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Preface 


The  development  of  a computer  network  in  the  Air  Force 
Institute  of  Technology's  Electrical  Engineering  Digital  Design 
Laboratory  (DEL)  is  a current  project  being  conducted  in  the 
laboratory.  Two  essential  elements  of  this  network  are  the  design 
of  both  a network  routing  algorithm  and  a network  node-tc-node 
protocol.  This  investigative  report  is  an  effort  to  provide  these 
essential  elements.  The  design  of  a distributed  routing  algorithm 
and  suggestions  for  a node-to-node  protocol  are  described  in  this 
report.  Another  aspect  of  this  report  was  to  develop  a data  link 
interface  between  an  Altai r 8800b  computer  located  in  the  DEL  and 
the  CDC  CYBER  74  computer  located  in  a separate  building  at 
Wright-Patterson  Air  Force  Base.  This  was  done  to  provide  the  DEL 
with  a direct  link  to  the  CYBER  74  computer  using  an  8080A  based 
DEL  computer.  The  interface  computer  program  description  and  its 
supporting  User's  Manual  are  included  in  this  report. 

This  report  consists  of  three  parts.  Parts  1 and  2 describe 
the  routing  algorithm,  node-to-node  protocol,  and  the  Altai r/ 

CYBER  74  interface  program.  Part  3 is  the  Altai r/CYBER  74 
interface  program  User's  Manual.  The  User's  Manual  is  written 
as  a "stand  alone"  document  therefore,  it  is  published  under 
a separate  cover.  However,  all  three  parts  make  up  the  thesis 
report. 

I would  like  to  express  my  sincere  thanks  to  the  DEL  personnel, 
Mr.  Robert  G.  Durham,  Mr.  Richard  W.  Wager,  Mr.  Dan  A.  Zambon, 
and  Mr.  Orville  J.  Wright  for  their  excellent  technical  support 
in  maintaining  the  Altai r computer  and  its  associated  peripherals. 
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technical  assistance  in  writing  my  thesis.  My  sincere  thanks  also 
are  due  to  Ms.  Debbi  Walters  for  devoting  her  time  by  providing 
the  secretarial  support  required  to  prepare  the  thesis.  A very  special 
thanks  goes  to  my  Thesis  Advisor,  Dr.  Gary  B.  Lamont,  for  his 
invaluable  help  during  the  entire  thesis  investigation.  My  deepest 
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Abstract 


Four  types  of  network  rout  lg  algorithms  were  investi- 
gated as  candidates  for  use  in  the  proposed  AFIT  Electrical 
Engineering  Digital  Engineering  Laboratory  (DEL)  network. 

The  four  types  were  deterministic,  isolated,  centralized 
and  distributed.  The  advantages  and  disadvantages  of  each 
type  of  network  routing  algorithm  were  evaluated  for  possible 
use  in  the  DEL  network.  The  distributed  routing  algorithm 
was  selected  for  the  proposed  DEL  network  because  it  was 
found  to  be  more  efficient  and  reliable.  The  educational 
benefits  of  the  distributed  routing  algorithm  were  also  dis- 
cussed. In  order  to  improve  the  distributed  routing  algor- 
ithm's response  time  to  changes  in  the  network  topology  and 
traffic  flow  and  to  reduce  the  algorithm's  oscillation 
caused  by  changes  in  the  network  topology  a technique  known 
as  "hold  down"  was  incorporated.  A description  of  the 
routing  algorithm,  including  this  "hold  down"  technique, 
is  discussed  in  sufficient  detail  to  permit  implementation 
of  the  algorithm  into  the  proposed  DEL  network. 

In  addition  to  the  description  of  the  distributed 
routing  algorithm,  several  types  of  communications  protocols 
were  investigated  for  use  in  the  node-to-node  network.  The 
Advanced  Data  Communications  Control  Procedures  and  the 
Synchronous  Data  Link  Control  procedures  were  recommended 
for  use  in  the  proposed  DEL  network. 


ix 


Another  subject  investigated  was  the  development  and 
implementation  of  a data  link  hetween  one  of  the  nodes  in 
the  proposed  DEL  network  and  the  CDC  CYBER  74  computer. 

This  data  link  provides  the  capability  to  send  data  files 
between  a network  node  (an  Altair  8800b  computer)  and  the 
CYBER  74  computer.  The  data  interface  allows  the  user  to 
selectively  manipulate  either  the  Altair  computer  soft- 
ware using  the  Altair  operating  system  or  the  CYBER  74  system 
software  using  the  CDC  INTERCOM  system.  The  selection  of 
either  system  is  easily  accomplished  using  simple  user  com- 
mands. File  transfers  between  the  two  computers  is  con- 
trolled using  the  interface  software  developed  in  this  in- 
vestigation. The  ability  to  transfer  files  between  the 
Altair  computer  and  the  CYBER  74  computer  will  allow  the 
CYBER  74  computer  to  be  used  as  a DEL  network  resource  once 
the  DEL  network  is  developed. 

The  thesis  is  organized  in  three  parts.  Parts  1 and  2 
describe  the  distributed  routing  algorithm  and  the  Altair/ 
CYBER  74  interface  program  respecti vely . Part  3 is  the 
User's  Manual  for  the  Altair/CYBER  74  data  interface  program 
and  is  published  under  a separate  cover. 
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PART  1 

AFIT  Digital  Engineering  Laboratory 
Routing  Algorithm 


I INTRODUCTION 


The  Electrical  Engineering  Digital  Engineering  Labora- 
tory (DEL)  at  the  Air  Force  Institute  of  Technology  (AFIT) 
is  the  primary  laboratory  used  by  the  students  at  AFIT  for 
conducting  research  in  the  area  of  computer  systems.  The 
DEL  contains  minicomputers,  microprocessors,  and  integrated 
circuits  to  aid  the  students  in  their  research.  Presently 
the  microprocessor  systems  and  minicomputers  are  autonomous 
units  that  do  not  interface  with  other  computers  in  the  lab. 
Also,  each  minicomputer  has  a very  limited  number  of  peri- 
pherals available  to  it.  Because  of  the  nature  of  the  DEL, 
very  often,  the  type  and  number  of  peripherals  attached  to 
each  minicomputer  is  inadequate  or  causes  additional  burdens 
to  be  placed  on  the  user  of  the  system.  As  an  example,  the 
DEL  currently  has  one  high  speed  printer  that  must  be  shared 
by  all  minicomputers  in  the  lab.  This  sharing  is  accom- 
plished by  physically  disconnecting  the  printer  from  one 
computer  and  reconnecting  it  to  another  computer  desiring  to 
use  the  printer.  Other  limited  resources  include  disk  units, 
user  oriented  input  devices  (CRTs),  memory,  software  develop- 
ment tools  (e.g.  assemblers,  compilers,  editors),  and  high 
speed  input  devices. 

A low  cost  method  of  providing  all  of  the  DEL  with 
access  to  existing  peripherals  is  by  allowing  some  kind  of 
resource  sharing  capability  between  computers.  One  method  of 
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providing  this  capability  is  to  design  a network  that  allows 
the  computers  to  share  the  resources  available  in  the  lab- 
oratory. This  network  would  allow  the  resources  to  be 
logically  connected  to  all  devices  while  in  reality,  these 
resources  would  only  be  physically  connected  to  single  com- 
puters. In  the  example  of  the  line  printer,  the  network 
would  permit  a computer,  not  physically  attached  to  the 
printer,  to  transfer  data  to  the  printer  via  the  network 
data  paths. 

This  investigative  report  will  discuss  two  topics  re- 
lated to  network  development.  The  first  topic  will  be  the 
design  of  the  network  routing  algorithm.  This  algorithm 
will  determine  the  path  required  to  send  data  messages  from 
computer  to  computer  using  the  "least  cost"  path.  The  con- 
cept of  a routing  algorithm  will  be  developed  along  with 
the  design  of  a routing  algorithm. 

The  second  topic  discussed  in  this  investigation  will 
be  the  specification  of  a communications  protocal  for 
messages  being  sent  from  node  to  node  in  the  network.  This 
protocal  will  specify  the  node  to  node  message  format  em- 
ployed in  transferring  internodal  messages. 

An  additional  topic  of  this  investigation  will  be  the 
design  and  development  of  a data  link  between  the  Altair 
8800b  minicomputer  in  the  DEL  and  the  CDC  CYBER  74  computer 
system  located  at  WPAFB.  This  investigation  will  include 
the  design  and  development  of  all  software  necessary  to 
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provide  data  transfer  between  the  two  computers.  This  data 
link  is  not  directly  associated  with  the  design  of  the  net- 
work routing  algorithms  or  protocal  described  previously. 
However,  it  does  provide  an  additional  resource  available 
to  the  DEL  and,  once  the  network  is  built,  will  be  acces- 
sible by  all  DEL  computers. 

This  section  has  provided  a brief  discussion  of  the 
topics  that  will  be  investigated  in  this  report.  The  re- 
maining sections  of  the  Introduction  will  specifically  de- 
scribe the  purpose,  scope  and  organization  of  the  report. 
Purpose/Approach 

The  first  major  purpose  of  this  investigation  is  to  de- 
scribe the  requirements  and  design  details  of  the  routing 
algorithm  to  be  used  in  the  proposed  distributed  network. 

In  addition,  this  investigation  will  provide  the  design 
criteria  for  a distributed  network  protocal.  The  design 
details  of  the  routing  algorithm  and  communication  protocal 
will  be  provided  in  sufficient  detail  such  that  implementa- 
tion of  these  items  on  particular  host  systems  can  be 
accompl i shed . 

The  other  major  purpose  is  to  describe  the  design  and 
implementation  of  the  CYBER  74/Altair  88Q0b  data  interface. 
The  reader  will  be  provided  with  sufficient  information  to 
allow  thorough  understanding  of  the  computer  programs 
utilized  and  a complete  users  manual  explaining  how  to  oper- 
ate the  programs. 
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Scope 


This  report  will  provide  a brief  background  and  descrip- 
tion of  networks  in  general.  Based  on  this  description  of 
distributed  networks,  this  investigation  will  then  emphasize 
the  design  of  the  message  routing  algorithm  and  the  format 
and  content  of  the  computer  to  computer  data  protocol. 

The  DEL  requirements  for  each  will  be  presented  and  the 
detailed  design  criteria  for  the  algorithms  and  protocol  will 
be  described.  This  report  will  be  limited  to  algorithmic 
design  of  the  routing  algorithm.  The  algorithm  will  be  in 
sufficient  detail  to  allow  it  to  be  integrated  into  the  pro- 
posed DEL  network  structure. 

In  addition  to  providing  the  network  algorithm  descrip- 
tions, the  functional  description  of  each  of  the  software 
programs  that  make  up  the  CYBER  74/Altair  8800b  data  link 
will  be  described.  This  description  will  include  how  the 
programs  function  as  well  as  a detailed  description  of  the 
data  base  parameters  used  in  each  program.  A comprehen- 
sive users  manual  will  also  be  provided  which  will  instruct 
the  user  on  how  to  operate  the  system  programs. 

Organization 

This  report  is  organized  in  three  major  parts.  Part  1 
describes  the  design  considerations  for  the  DEL  network 
routing  algorithm  and  node-to-node  line  protocol.  Part  2 
describes  the  design  and  development  of  the  interface  be- 
tween the  Altair  computer  and  the  CYBER  74  computer.  Part 
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3,  is  the  User's  Manual  describing  the  procedures  for 
operating  the  Altair/CYBER  74  data  interface  program  de- 
scribed in  Part  2. 


All  three  parts  of  this  report  each  contain  a table 
of  contents,  narrative  body,  and  conclusions.  Part  3,  the 
User's  Manual,  is  designed  to  be  a "stand  alone"  document, 
therefore  it  has  its  own  bibliography  which  is  separate  from 
the  bibliography  used  in  Parts  1 and  2.  The  bibliography 
for  Parts  1 and  2 is  applicable  to  all  references  in  these 
two  parts  and  is  located  at  the  end  of  Part  2.  The  following 
paragraphs  describe  the  organization  of  Parts  1,  2,  and  3 
of  this  report. 

In  Part  1,  Chapter  II  provides  a brief  background  and 
description  of  general  networks  followed  by  a description 
of  the  components  of  any  network  routing  algorithm. 

Chapter  III  describes  the  background  and  requirements 
for  the  DEL  routing  algorithm  design.  After  which,  a de- 
tailed description  of  the  DEL  routing  algorithm  design  is 
discussed . 

Chapter  IV  describes  the  design  considerations  for  the 
node-to-node  protocol  suggested  for  use  in  the  DEL  network. 
This  discussion  includes  a description  of  general  the  proto- 
col requirements  followed  by  a description  of  a proposed 
hierarchy  for  the  DEL  network.  The  detailed  design  consid- 
erations for  the  node-to-node  protocol  are  then  described. 
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Chapter  V summarizes  the  major  design  considerations 
in  Part  1 for  the  distributed  routing  algorithm  and  node- 
to-node  protocols  suggested  for  use  in  the  DEL  network. 

Part  2 describes  the  design  and  development  of  the 
computer  programs  in  the  Altair/CYBER  74  data  interface. 


II.  DISTRIBUTED  NETWORK  CONSIDERATIONS 
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The  purpose  of  this  section  is  to  provide  background 
information  describing  networks  in  general  and  to  provide  a 
rationale  for  selecting  a distributed  network  as  the  design 
objective  of  this  report.  The  background  information  con- 
tains a description  of  the  general  characteristics  of  a net- 
work followed  by  a detailed  description  of  the  components 
of  a network  (i.e.  nodes  and  channels  interconnecting  these 
nodes).  Once  the  general  components  of  a network  are  de- 
scribed, the  specific  components  that  comprise  a network 
architecture  are  described  in  detail.  All  of  the  components 
of  a network  architecture  are  described,  however,  consider- 


able emphasis  is  devoted  to  the  network  control  mechanism 
since  it  is  this  aspect  of  a network  architecture  that  deter- 
mines any  network  characteristics.  Within  the  description 
of  the  network  control  mechanism,  primary  emphasis  of  this 
investigation  will  be  placed  on  the  design  of  the  routing 
algorithm  used  in  the  control  mechanism. 

This  section  describes  the  general  characteristics  of 
any  routing  algorithm.  Following  this,  a classification 
scheme  is  presented  which  classifies  routing  algorithms 
based  on  the  type  of  control  mechanism  used  in  the  network. 
The  basic  components  of  a routing  algorithm  (i.e.  control 
regime,  decision  process,  updating  process,  and  forwarding 
process)  are  described  in  several.  Once  the  components  are 
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described,  rationale  is  presented  supporting  the  choice  of 
a distributed  routing  algorithm  for  the  DEL  network. 


The  rationale  presented  in  this  report  describes  each 
type  of  routing  algorithm  utilizing  the  distributed  routing 
algorithm  as  a baseline.  The  different  routing  algorthms 
are  presented  by  describing  the  advantages  and  disadvantages 
of  the  particular  type  of  routing  algorithm  compared  to  the 
distributed  routing  algorithm. 

General  Networks 

In  the  most  general  context,  a computer  network  is  any 
inter-connection  of  two  or  more  computers  (hardware  and 
software)  and/or  terminals  and  their  corresponding  communi- 
cations interfaces.  These  interconnections  can  be  geogra- 
phically dispersed,  with  long  distances  between  computers, 
or  located  in  close  proximaty  to  each  other  (e.g.  in  the 
same  room).  The  important  concept  is  that  the  computers  be 
interconnected.  The  computers  can  range  from  large  scale 
computers  (IBM  370)  to  small  mini  or  micro  computers.  The 
network  can  also  consist  of  several  computers  and  their 
associated  peripherals.  In  some  instances,  terminals  may 
be  connected  in  a network  as  "stand  alone"  components  that 
are  not  dedicated  to  any  particular  computer,  but  act  as 
user  interfaces  (input/output)  devices  to  the  network. 
Examples  of  networks  include  the  Department  of  Defense  Ad- 
vanced Research  Projects  Agency  (ARPA)  network,  ( 1 ; 2 ; 3 ; 4 ) 
the  Tymshare,  Inc.,  TYMNET  system  (1),  the  Telecommunications 
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Corporation's  TELENET  (5),  the  SITA  network  (6),  and  the 
DECNET.  The  ARPA  network  (ARPANET)  is  the  most  widely  docu- 
mented network  and  allows  users  at  a particular  computer 
center  to  access  many  dissimilar  computers  around  the  world. 
This  includes  large  computers  such  as  the  Burroughs  B6700, 

IBM  System  37Q  and  the  ILLIAC  IV  as  well  as  many  mid-size 
computers  such  as  the  PDP-10  and  XEROX  Sigma  7.  TYMNET  is 
primarily  a time-sharing  system  providing  access  to  many 
large  scale  systems  around  the  world.  The  SITA  network  pro- 
vides international  air  carriers  with  computerized  reser- 
vation services  worldwide  via  interconnections  to  large 
scale  computers  located  around  the  world.  DEC  NET  is  pri- 
marily a network  used  to  interconnect  Digital  Equipment  Cor- 
poration's computer  equipment  (PDP-10,  PDP-11,  PDP-8  Systems). 

A typical  network  is  shown  in  Figure  1 and  includes  a 
backbone  network  (also  referred  to  just  as  a network)  to 
which  are  connected  host  computers.  The  backbone  network 
usually  consists  of  a set  of  message  processors  called  nodes 
interconnected  by  channels.  The  characteristics  of  nodes 
and  channels  are  described  in  the  next  section.  Connected 
to  the  nodes  are  usually  other  computers  called  hosts. 

These  host  computers  utilize  the  services  of  the  network  to 
transfer  data  messages  to  other  hosts.  Each  host  contains 
its  own  operating  system  that  supports  one  or  more  applica- 
tion processes.  The  primary  purpose  of  the  network,  there- 
fore, is  to  permit  access  by  a user,  or  by  a process  acting 
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on  behalf  of  the  user,  to  resources  of  the  other  host  com- 
puters (7:48). 

To  utilize  the  network  resources  efficiently  and  to 

provide  the  user  with  a simple  interace  with  the  network 

requires  the  concept  of  a network  operating  system  (NOS). 

A network  operating  system  is  a collection  of  software 
and  associated  protocals  that  allow  a set  of  autonomous 
computers,  whicn  are  interconnected  by  a computer  net- 
work, to  be  used  together  in  a convenient  and  cost- 
effective  manner  (7:48). 

The  primary  purpose  of  the  NOS  is  to  help  users  and 
their  associated  applications  programs  to  efficiently  utilize 
the  hardware  and  software  resources  that  are  distributed 
among  the  network  host  computers.  NOS  operations  are 
analogous  to  the  operations  of  a standard  operating  system 
on  a single-host  computer  system  which  provides  its  users 
with  controlled  utilization  of  local  resources.  Further 
operating  characteristics  of  a typical  NOS  are  described 
bel ow  ( 7 ) : 

- NOS  removes  many  logical  distinctions  between  re- 
sources that  are  local  and  those  that  are  remote  (i.e. 
attached  to  other  hosts). 

- NOS  makes  the  backbone  network  and  boundaries  between 
host  systems  transparent  to  users. 

- NOS  supports  a w-ide  range  of  easily  accessible  infor- 
mation services  such  as  system  hardware  status  and  resources 
availability. 
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- NOS  provides  relatively  easy  implementation  of  distri- 
buted data  base  structures. 

Because  of  the  inherent  redundancy  and  autonomy  of  the 
constituent  host  systems,  NOS  could,  in  principle,  "provide 
service  of  far  higher  availability  than  can  a single-host 
operating  system"  (7:49). 

Network  Hierarchy.  Network  operating  systems  usually 
contain  a hierarchical  software  structure  to  provide  ease  of 
design  and  maintenance.  Typical  examples  include  the  Hewlett 
Packard  Distributed  System  Network  (8),  Resource  Sharing 
Executive  Project  (7:49-51  ;9)  , and  the  National  Software 
Works  Project  (7:51-54;  10).  The  hierarchical  software 
structure  for  a typical  NOS  is  shown  in  Figure  2.  The  only 
software  visible  to  the  user  is  the  applications  software. 

The  remaining  software  functions  are  transparent  to  the 
user.  The  specific  functions  performed  by  each  layer  in  the 
hierarchy  are  described  in  the  following  paragraphs. 

User  Applications  Programs.  This  level  is  the  only 
level  visible  to  the  user  or  applications  programmer.  It 
contains  all  of  the  user  oriented  commands  for  interfacing 
with  the  network.  Included  in  this  level  is  the  use  of  high 
order  languages  and  user  programmed  machine  language  pro- 
grams. At  this  level  of  the  hierarchy,  the  user  "sees"  the 
network  operating  network  as  a "single"  large  system  with 
which  he  can  communicate  using  user  oriented  NOS  commands. 
These  commands  are  interpreted  by  the  next  level  of  the  NOS 
hierarchy . 
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User  Applications  Programs 


[^Transparent  to  User  I 


(Adapted  from  Ref  8) 


Figure  2 NOS  Hierarchy 


13 


Network  Access  Method.  The  network  access  hier- 
archy level  contains  the  software  programs  that  provide  the 
capability  to  the  user  of  accessing  the  network  functions 
and  resources.  This  access  capability  is  provided  to  the 
user  by  system  intrinsic  functions,  system  services  and 
specific  language  constructs.  Typical  network  functions 
provided  to  the  user  include: 

- Remote  host  program  management. 

- Distributed  file  access. 

- Host  to  host  file  transfer. 

- Access  to  remote  hosts'  peripherals. 

- Distributed  data  base  management. 

Network  Control  and  Routing.  This  level  of  the  NOS 

provides  the  network  message  control  flow  mechanism  and  the 

routing  decision  software.  It  is  at  this  level  where  the 

messages  sent  from  host  to  host  are  packed  and  unpacked, 

buffered,  and  formatted  for  transmission  within  the  network. 

\ 

The  decisions  concerning  determination  of  the  best  paths  to 
send  messages  (routing)  are  also  performed  at  this  level. 

The  routing  algorithm  that  will  be  designed  in  this  investi- 

-v 

gation,  therefore,  should  be  integrated  at  this  level  of  the 
NOS.  The  functions  performed  at  this  level  are  summarized 
below: 

- Node  to  node  message  flow  control. 

- Store  and  forward  of  messages. 

- Best  route  determination. 
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Host  to  Host  Message  Protocol . This  level  contains 


the  software  that  provides  the  control  and  message  for- 
matting functions  required  to  send  message  from  one  host  to 
another.  Information  such  as  message  identification, 
length,  destination,  and  data  to  be  transferred  are  for- 
matted according  to  specific  protocol  rules.  These  rules 
allow  the  messages  to  be  assembled  in  such  a manner  that  the 
receiving  host  can  interpret  the  message  and  correctly  pro- 
cess the  text  information  in  the  message.  Another  rule  that 
applies  to  the  host  to  host  protocol  software  is  that  it  for- 
mats the  control  and  data  information  in  a manner  compatible 
with  the  node  to  node  protocol  so  that  the  host  to  host  mes- 
sage may  be  transmitted  within  the  network  using  the  node  to 
node  protocol . 

Node  to  Node  Message  Protocol.  The  node  to  node 
protocol  programs  accept  the  host  to  host  messages  formatted 
by  the  host  to  host  message  software  and  attaches  the  neces- 
sary control  information  that  will  enable  the  network  control 
and  routing  programs  to  transfer  the  message  from  source  to 
destination  computers.  The  node  to  node  control  information 
that  is  attached  to  the  host  to  host  message  contains  infor- 
mation such  as  type  of  message,  length  of  message,  source 
node  and  destination  node,  and  line  synchronization  and 
error  detection/correction  information.  Typically  the  node 
to  node  software  generates  the  control  information  in  a for- 
mat that  conforms  to  common  standards  such  as: 
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- Proposed  American  National  Standard  for  Advanced  Data 
Communication  Control  Procedures  (ADCCP)  (11). 

- IBM  Synchronous  Data  Link  Control  (SDLC)  (12). 

- IBM  Bi -Synchrorous  Communications  (BSC)  (13). 

- Asynchronous  control. 

Once  the  node  to  node  software  formats  the  message  it  is 
passed  to  the  lowest  level  of  NOS,  the  network  communica- 
tions driver  software. 

Network  Communications  Driver.  This  level  of  soft- 
ware is  the  lowest  hierarchial  level.  It  contains  the  input 
and  output  software  drivers  required  to  interface  with  the 
hardware  interface  equipment.  Depending  on  the  sophistica- 
tion of  the  hardware  used,  the  software  drivers  may  be  re- 
quired to  perform  error  detection  and  correction  functions 
as  well  as  control  of  the  hardware  interface. 

As  stated  previously,  the  network  consists  of  not  only 
a NOS  but  also  consists  of  network  components  called  nodes 
and  channels.  These  network  components  are  described  in 
the  following  sections. 

Network  Components 

All  networks  consist  of  nodes  which  are  interconnected 
with  channels  as  shown  in  Figure  1.  Nodes  serve  as  concen- 
trators and/or  attachment  points  for  external  devices  such 
as  terminals  or  computer  systems.  A concentrator  is 
generally  a small  computer  dedicated  to  coding  messages 
prior  to  their  entry  into  the  network,  combining  and  buf- 
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fering  messages,  and  routing  messages  to  their  destinations. 

Since  these  concentrators  involve  queuing  or  buffering,  in- 
troducing a timing  delay  in  the  system,  delay  time  or  re- 
sponse time  is  a critical  parameter  in  their  design  (1:2). 

The  channel  is  a physical  means  of  interconnecting  the  nodes 
in  the  network.  Characteristics  of  a channel  are  described 
below. 

Channel  Characteristics.  The  interconnection  of  nodes 
in  the  network  is  normally  accomplished  using  copper  wire 
(twisted  pair),  micro-wave  links,  high  frequency  links, 
telephone  lines,  etc.  For  the  purposes  of  this  report,  the 
physical  composition  of  the  channel  is  not  significant.  The 
significant  aspects  of  the  channel  are  its  maximum  data 
transfer  rate  (capacity),  its  delay  characteristics,  its 
error  rate,  and  any  directional  constraints  (-i.e.  duplex  or 
half-duplex)  (14:7).  Data  rates  used  today  vary  from  100 
bits  per  second  (bps)  to  several  million  bps.  The  data  rate 
of  each  channel  depends  on  the  source  and  receiving  node 
capabilities  and  the  physical  channel  bandwidth  characteris- 
tics. The  error  rates  on  these  channels  varies  considerably. 

Generally  error  rates  on  voice  grade  phone  lines  (1200-9600 

c 

bps)  are  on  the  order  of  10  bits/error,  however,  depending 
on  how  the  channel  is  used  and  controlled,  the  error  rates 
will  vary  considerable  (15;12).  An  example  is  the  10  bit 
error  rate  advertised  by  the  Telenet  Communications  Corpora- 
tion's TELENET  network  using  data  speeds  of  56k  bps  (5:5). 
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Delay  characteristics  of  the  channel  depend  on  the  length  of 
the  channel  and  the  type  of  switching  algorithms  used.  The 
length  of  the  channel  varies  depending  on  geographical  loca- 
tion and/or  type  of  physical  interconnections  used.  For 
example,  satellite  links  generally  have  a longer  delay  than 
the  relatively  shorter  land  lines.  This  delay  can  be  signi- 
ficant, especially  if  half-duplex  protocols  are  used. 

Switching  characteristics  (i.e.  channel  allocation  strategies) 
are  a function  of  not  only  the  channel,  but  the  channel  con- 
troller mechanisms.  The  goal  of  switching  strategies  is  to 
obtain  the  maximum  utilization  from  the  channels  in  the 
network.  There  are  generally  two  types  of  switching  strate- 
gies: (1)  Line-switched  and  [2)  message  (packet)  switched. 

Line-switching  involves  dedicating  a path  from  the  source 
node  to  the  destination  node  prior  to  commencement  of  the 
message  transmission.  Once  the  path  is  established,  it  is 
not  altered  until  the  message  transmission  is  completed  (1: 

2;  14:7-10).  This  kind  of  switching  is  generally  more  effi- 
cient and  provides  better  line  utilization.  This  is  due 
primarialy  to  the  relatively  long  set-up  times  involved  in 
establishing  and  physically  allocating  the  paths  (1:2).  The 
DATRAN  network  and  common  telephone  network  are  examples  of 
this  type  of  switching.  Message  or  packet  switching  involves 
routing  messages  through  the  network  from  node  to  node  along 
paths  that  are  locally  determined  by  each  node.  In  this 
scheme,  shorter  messages  (or  packets)  are  more  efficiently 
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transmitted  since  various  multiplexing  techniques  may  be 
employed  to  maximize  the  channel  capacity  usage.  The  use  of 
message  switching  requires  that  programmable  concentrators 
(1:2)  be  utilized  as  nodes  to  facilitate  the  message  buf- 
fering and  routing  functions.  In  this  investigation,  pri- 
mary emphasis  will  be  given  to  this  type  of  switching 
strategy. 

Node  Characteristics.  A node  in  a network  can  range 
from  being  a simple  hardware  device  that  multiplexes  out- 
going channels  to  being  a fully  programmable  computer  with 
a variety  of  functions.  A fully  programmable  computer 
acting  as  a node  is  generally  known  as  a concentrator 
(1:2,  14:7).  A concentrator  receives  data  from  other  nodes, 
buffers  the  data  when  necessary,  physically  repacks  the  mes- 
sage if  necessary  into  packets  satisfying  the  communications 
protocol,  and  then  sends  this  data  to  another  node  or 
attached  host  computer.  Buffering  is  generally  required  to 
ensure  that  messages  are  not  lost  during  the  transmission 
from  node  to  node,  especially  if  the  incoming  and  outgoing 
data  rates  are  different  at  the  node.  A critical  function 
of  each  concentrator  in  the  network  is  to  provide  message 
routing  logic  if  there  is  more  than  one  output  channel  at 
the  concentrator.  This  routing  algorithm  determines  the 
best  output  channel  to  transmit  the  packet(s)  based  on  some 
kind  of  objective  function.  The  routing  algorithm  is  a pri- 
mary function  of  the  network  control  mechanism  and  will  be 
discussed  in  detail  later. 
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The  use  of  buffering  and  then  transmitting  packets  is 
also  known  as  a store  and  forward  technique.  The  ARPANET 
is  a prime  example  of  this  type  of  network  (1:41-57;  2;  3). 

In  addition  to  the  message  switching  functions,  concen- 
trators also  provide  data  integrity  and  assurance  functions 
known  as  "line  control  procedures"  (14:8).  The  functions 
include  line  error  checking  using  hardware  and/or  software 
procedures  and  channel  utilization  measurement.  The  concen- 
trator may  also  contain  loop  checking  logic  for  ensuring 
that  its  neighboring  nodes/computers  are  still  active. 

These  functions  will  not  be  discussed  in  this  report,  how- 
ever, several  references  appear  in  the  literature  (14;15;16). 

Nodes  not  only  provide  node  to  node  interconnections, 
but  may  also  serve  as  a network  access  point  for  various 
hardware  devices  (printers,  TTYs,  terminals)  and  computer 
systems  (host  computers).  When  this  is  the  case,  multi- 
levels of  the  network  can  exist.  As  shown  in  Figure  1,  the 
nodes  enclosed  in  the  circle  compose  the  backbone  or  "net- 
work proper"  while  the  peripheral  equipment  attached  to  the 
individual  nodes  may  or  may  not  be  a part  of  the  network. 

For  example,  in  the  ARPANET  only  those  nodes  actually  in  the 
circle  compose  the  network  and  are  therefore  under  network 
control  (14:6).  The  terminals  and  computers  attached  to  an 
access  node  are  not  controlled  by  the  network  control  pro- 
cedures and  are  therefore  autonomous.  This  autonomy  is  one 
of  the  primary  features  of  a distributed  computer  network 
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(17:13-17).  This  investigation  will  be  concerned  primarily 
with  this  kind  of  network.  Even  though  the  terminals  and 
computers  attached  to  nodes  in  the  backbone  network  are 
not  part  of  the  network,  they  can  be  requested  as  network 
resources  utilizing  the  control  procedures  of  the  node  con- 
trolling the  resources.  This  provides  the  capability  of 
resource  sharing;  an  important  characteristic  and  advantage 
of  computer  networks  (18:9;  19:24). 

Network  Architecture 

Network  architecture  can  be  characterized  by  the  fol- 
lowing attributes:  (_1 ) topology  (geographical  layout), 

(2)  composition,  (3)  size,  and  (4)  network  control  mechanism 
(14:8).  Each  of  these  attributes  will  be  described  in  the 
following  paragraphs, 

Topol ogy . There  are  basically  four  kinds  of  topologies 
in  networks  (1:4):  (1)  star,  (2)  loop,  (3)  tree,  and  (4) 

distributed  (mesh).  These  topologies  are  illustrated  in 
Figure  3. 

A star  (or  centralized)  topology  consists  of  a central 
computer  system  to  which  are  connected  various  terminals  or 
other  computers  as  shown  in  Figure  3a.  In  a centralized 
network,  the  peripheral  nodes  connected  to  the  central  site 
do  not  serye  as  concentrators  themselves.  If  these  peri- 
pheral nodes  do  serve  as  concentrators  for  still  other 
nodes,  then  the  resulting  topology  is  a tree  network  as 
shown  in  Figure  3c.  In  a star  type  of  topology,  there  is 
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one  central  node  connected  to  several  other  nodes  which  act 


r 


as  multiplexors  or  concentrators  for  scill  other  nodes. 

A loop  (or  ring)  topology  consists  of  several  nodes 

connected  together  as  shown  in  Figure  3b.  Each  node  may 

have  terminals  or  other  computers  attached  to  them,  however 

these  attached  peripherals  do  not  act  as  multiplexors  or 

concentrators  for  other  nodes. 

A distributed  topology  is  similar  to  a ring  topology 

(in  fact,  a ring  is  subset  of  a distributed  topology)  except 

that  in  a distributed  topology,  nodes  are  connected  so  that 

multiple  paths  exist  from  node  to  node.  A fully  connected 

set  of  nodes  can  be  considered  to  be  a distributed  topology 

since  multipaths  do  exist  between  nodes  (14:15-16).  However, 

according  to  some  researchers,  a fully  connected  network 

cannot  be  considered  as  a distributed  topology  (4:1)  because 

even  though  multiple  paths  do  exist,  nodes  can  still  reach 

any  other  node  along  a direct  (trivial)  route.  In  order  to 

preserve  the  general  description  of  a distributed  network,  a 

fully  connected  network  will  be  considered  as  a distributed 

network  in  this  investigation.  The  resulting  definition 

for  a distributed  network  topology  is: 

A distributed  network  topology  is  one  in  which  multiple 
paths  exists  between  nodes.  This  includes  simple  net- 
works such  as  that  shown  in  Figure  3(d)  and  fully  con- 
nected networks. 

Composition . Composition  refers  to  the  physical  chara- 
cteristics of  the  nodes  or  attached  computers  in  the  network. 
A homogeneous  network  is  one  in  which  the  nodes  or  attached 
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computers  are  identical  (same  types  or  manufacture)  (14:9). 

In  heterogeneous  networks  nodes  and/or  attached  computers 
are  of  different  types  or  manufacture.  Heterogeneous  has 
also  been  applied  to  networks  in  which  the  nodes  were  of 
different  models  of  the  same  computer  (14:9).  The  signifi- 
cance of  a heterogeneous  network  is  that  the  nodal  inter- 
connections are  in  general  much  more  complex  than  those  in  a 
homogeneous  network.  This  can  lead  to  significantly  more 
control  and  conversion  software  and  hardware  being  required 
to  interface  the  network  nodes.  An  example  is  the  connection 
of  non-ASCII  standard  terminals  to  the  ARPA  networks  Ter- 
minal Interface  Message  Processors  (TIP).  This  heterogeneous 
connection  required  additional  programming  and  the  use  of 
at  least  1000  10-bit  words  of  main  memory  in  each  affected 
TIP  (1:9;  20). 

Size.  The  size  of  a network  refers  to  the  number  of 
nodes  in  the  network.  One  criteria  for  sizing  networks  is 
(4:2): 

small  network  1-10  nodes 

medium  network  11-100  nodes 

large  network  101-1000  nodes 

very  large  network  over  1000  nodes 

The  size  of  a network  may  have  a significant  impact  on  de- 
signing the  routing  and  control  algorithms  used  in  the  net- 
work. For  example,  in  the  ARPANET  each  node  uses  table 
entries  to  keep  control /network  flow  parameters  of  every 
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other  node  in  the  network  (3:745).  This  implies  that  signi- 
ficant modification  would  be  required  to  expand  the  ARPANET 
to  100  or  200  nodes  (14:9)  from  the  current  size  in  (1974) 
of  45  to  50  nodes  (2:47). 

Network  Control • Network  control  can  range  from  highly 
centralized  to  completely  distributed.  In  a highly  cen- 
traized  network  (usually  topologically  centralized,  but  not 
necessarily)  the  control  resides  in  one  central  node  at  any 
particular  time.  This  central  node  controls  the  entire  net- 
work control  flow  and  routing.  The  central  control  node  may 
be  geographically  (topologically)  fixed  at  one  node,  as  in 
the  GE  Information  Services  MARK  III  network  (1:16)  or  the 
control  may  reside  in  one  of  many  supervisor  nodes  that  are 
topologically  separated  as  in  the  TYMNET  system  (1:26).  In 
the  TYMNET  system  the  network  contains  multiple  supervisor 
nodes  that  are  available  to  take  over  network  control  in 
minutes  in  the  event  of  a failure  in  the  current  supervisor 
(1:27;  14:17).  Network  control  is  centralized,  even  though 
the  TYMNET  topology  is  distributed. 

In  a distributed  network,  the  control  mechanism  does 
not  reside  in  a single  node,  but  resides  concurrently  in 
each  node  in  the  system.  Each  node  shares  in  the  overall 
control  of  the  network.  The  prime  example  of  a distributed 
control  mechanism  is  the  ARPA  network  adaptive  control 
mechanism  (.1:41;  14:10;  3;  4). 
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The  two  main  control  functions  are  routing  control  and 
data  flow  control.  Routing  control  consists  of  the  algor- 
ithms (or  decision  processes)  required  to  determine  the 

path(s)  (nodes  and  lines)  messages  are  to  follow  in  trans- 

ferring from  source  to  destination  nodes.  This  includes 
initiation  and  termination  of  the  message  transmission. 

Data  flow  control  is  the  process  of  manipulating  network 
messages  along  the  selected  paths  in  such  a manner  as  to  pro- 
vide efficient  and  error  free  transfer  of  data  within  the  net- 

work. This  control  includes  procedures  for  receiving,  buf- 
fering and  retransmitting  messages  at  each  node  if  required. 

As  mentioned  previously,  this  is  also  known  as  a store  and 
forward  control  mechanism.  The  primary  concern  of  this  in- 
vestigation is  the  design  of  the  routing  algorithm  required 
to  implement  a distributed  network  in  the  DEL.  This  routing 
algorithm  is  described  in  the  following  section. 

Other  control  functions  in  networks  include  monitoring 
and  maintenance  of  hardware  and  software  performance,  and 
coordination  of  these  measurements  (14:17).  This  is  required 
to  provide  adequate  failure  detection  and  system  repair  and 
to  provide  a means  for  evaluating  the  network  performance. 
General  Routing  Algorithm  Description 

Routing  in  computer  networks  is  the  algorithm  or  deci- 
sion process  that  determines  a continuous  path  of  inter- 
mediate nodes  and  lines  between  a source  and  destination 
node,  along  which  messages  (.or  packets)  are  to  be  trans- 
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mitted  (.1:213;  4:1).  Almost  all  routing  algorithms  use  a 
table  look  up  procedure  for  determining  the  next  link  and 
node  in  the  chosen  path  (4:182).  Normally,  each  node  in 
the  network  contains  routing  tables  and  associated  look  up 
procedures  for  selecting  the  next  link  in  the  message  path. 
An  exception  to  this  is  when  the  entire  path  is  preselected 
prior  to  message  transmission.  However,  even  in  this  case, 
the  selected  path  is  probably  chosen  using  a directory 
table  look-up  scheme  (4:129). 

There  are  numerous  schemes  for  classifying  routing 
algorithms.  One  scheme  distinguishes  between  deterministic 
and  stochastic  routing  strategies  (21).  Classification 
according  to  the  type  of  control  (central  or  local)  is 
another  scheme  (22).  In  addition  to  these  types  of  routing 
control  schemes,  routing  algorithms  may  be  adaptive  or  non- 
\idaptive.  Adaptive  algorithms  adapt  or  compensate  for 
c h\{i g e s in  network  topology  and  message  traffic  flow  pat- 
terns'^ They  have  the  ability  to  detect  system  changes  and 
dynamically  select  the  intermediate  nodes  that  will  minimize 
the  costsVf  transmitting  the  messages  to  their  destination 
nodes  in  the  network.  Non-adaptive  algorithms  do  not  react 
to  isystem  changes.  Instead  they  are  usually  programmed  to 
provide  average  system  response  to  all  system  changes 
(1:214).  The  routing  tables  used  by  non-adaptive  algorithms 
are  updated  periodically  when  the  source-destination  traffic 
patterns  are  affected  by  significant  changes.  The  updated 
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tables  are  usually  generated  by  a central  network  control 
and  are  then  transmitted  to  the  individual  nodes  in  the 
network . 

The  classification  scheme  that  will  be  used  in  this 
study  was  formulated  by  McQuillan  (.4).  In  this  scheme  a 
routing  algorithm  contains  the  four  functions  shown  in 
Table  1. 

Control  Regime.  The  control  regime  is  the  most 
significant  function  in  classifying  network  algorithms. 

Because  of  this,  the  nomenclature  used  in  discussing  types 
of  network  algorithms  will  be  the  same  as  that  used  to 
describe  the  control  regime.  There  are  basically  four  con- 
trol techniques:  (1)  isolated,  (2)  distributed,  (3)  cen- 
tralized, and  (4)  deterministic. 

Isolated  Algorithms.  In  isolated  algorithms  the 
nodes  act  independently  of  each  other.  All  routing  deci- 
sions are  determined  using  local  data  exclusively;  no  expli- 
cit i nf or mat i on  concerning  routing  decisions  are  commun i cated 
among  the  nodes  (4:173).  Figure  4(a)  illustrates  an  isolated 
node  network. 

Distributed  Algorithms.  Distributed  algorithms 
attempt  to  solve  the  routing  algorithm  by  sharing  routing 
information  among  nodes  (4:123).  Each  node  uses  the  infor- 
mation passed  to  it  by  other  network  nodes  to  update  its 
estimate  of  the  best  path  to  forward  messages  to  particular 
destinations.  Each  node  in  turn  passes  this  best  path 
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Components  of  a Routing  Algorithm 


Control  Regimes:  Governs  flow  of  Routing  Information. 

Isolated  - independent  control  nodes 
Distributed  - shared  control  nodes 
Centralized  - central  control 
Deterministic  - fixed  control  nodes 


Decision  Process:  Produces  Routing  choices. 

Reachab il i ty 
Objective  Function 


Updating  Process:  Updates  routing  information  at  nodes. 

Content  of  routing  message. 

Propagation  of  routing  message. 


Forwarding  Process:  Chooses  paths  for  packets. 

Length  of  routing  directory 
Width  of  routing  directory 
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information  to  its  neighboring  nodes.  In  this  manner,  the 
control  for  the  entire  network  does  not  reside  in  any  one 
node,  but  is  "distributed"  through  all  of  the  network  nodes. 
The  ARPA  network  uses  this  type  of  scheme.  Distributed  al- 
gorithm operation  is  illustrated  in  Figure  4(b).  The  pri- 
mary concern  of  this  investigation  is  to  develop  the  algor- 
ithms required  to  implement  an  adaptive-distributed  algor- 
ithm in  the  DEL.  Justification  for  selecting  this  type  of 
algorithm  is  provided  in  a later  section  of  this  report. 

Centralized  Algorithm.  In  centralized  algorithms  a 
central  network  control  point  (or  authority)  makes  the 
routing  decisions  for  the  entire  network . Control  informa- 
tion is  passed  from  node  to  node  in  the  network.  However, 
this  information  is  generated  by  the  central  control  point 
(4:173).  Nodes  in  the  network  may  pass  network  status  to 
the  central  node  to  update  system  routing  tables  located  at 
the  central  control  point.  There  may  be  more  than  one  con- 
trol point,  as  in  the  TYMNET  system,  but  these  multiple 
centers  act  as  back-up  systems  that  take  over  network  con- 
trol in  the  event  of  a failure  in  the  central  controller. 

This  is  done  to  help  improve  the  reliability  of  the  cen- 
tralized network.  Figure  4(c)  represents  this  control 
scheme . 

Deterministic  Algorithms.  Deterministic  algor- 
ithms do  not  exchange  routing  information  among  nodes  and 
do  not  attempt  to  dynamically  update  their  routing 
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information  tables.  Deterministic  algorithms  are  therefore 
non-adaptive  (4:172).  The  SITA  network  ( 6 ; 2 3 ) is  an  example 
of  a deterministic  network.  In  deterministic  algorithms, 
nodes  transfer  messages  along  predetermined  lines. 

Decision  Process.  The  second  function  of  a routing 
algorithm  is  the  decision  process.  The  decision  process  is 
the  basic  function  of  any  routing  algorithm.  It  takes  the 
input  routing  data  and  chooses  (or  formulates)  the  least 
cost  (best)  paths  for  the  network  traffic.  The  complexity 
of  the  decision  process  ranges  from  simple  for  deterministic 
network  algorithms  to  very  complex  for  centralized  network 
algorithms.  The  decision  processes  for  each  kind  of  network 
routing  algorithm  presented  in  the  previous  section  are  dis- 
cussed in  the  following  sections. 

I sol ated . These  algorithms  generally  use  some 
type  of  forward  and  reverse  feedback  mechanism  to  choose  the 
best  path  (4:190-196).  The  feedback  mechanism  consists  pri- 
marily of  each  node  monitoring  the  behavior  of  packets 
received  by  the  node  in  order  to  make  a routing  decision. 

Pi stri buted . In  the  distributed  decision  process, 
every  node  in  the  network  is  involved  in  determining  the 
paths  in  the  network.  Nodes  exchange  routing  information 
periodically  which  enables  each  node  to  adapt  to  changes 
in  the  network  topology  and  traffic  flow.  An  example  is 
in  the  ARPA  network  where  the  nodes  exchange  "best"  esti- 
mates of  path  length  with  adjacent  nodes  in  the  network. 
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Central ized.  Centralized  decision  procedure  usu- 


ally involves  using  classical  graph  theory  approaches  to 
attempt  to  solve  global  optimization  problems  (e.g.  shortest 
path  algorithms).  These  techniques  generally  involve  con- 
siderable computation  effort,  especially  in  large  networks. 

Deterministic.  The  decision  process  in  determin- 
istic algorithms  is  extremely  simple  since  these  algorithms 
are  non-adapti ve . The  choice  of  paths  may  be  pre-determi ned 
by  hand  periodically,  or  may  use  a stochastic  method  such  as 
assigning  probabilities  to  each  output  line  for  forwarding 
messages  (1:216).  Another  deterministic  method  may  involve 
flooding  all  or  part  of  the  network  with  copies  of  the  mes- 
sage to  increase  the  probability  of  a successful  transmis- 
sion. 

All  of  the  decisions  processes  described  above  consists 
of  two  components:  (1)  reachability,  and  (2)  objective  func- 
tion. Basically  all  decision  processes  determine  which  nodes 
are  reachable  from  a given  node  and  assign  traffic  destined 
for  these  reachable  nodes  to  particular  paths  in  the  network 
based  on  minimizing  some  objective  function.  It  is  beyond 
the  scope  of  this  thesis  to  go  into  detail  concerning  how 
this  is  done  for  each  kind  of  network.  However,  these  com- 
ponents are  described  and  designed  in  the  development  of  the 
distributed  algorithm  described  in  detail  later  in  this  re- 
port . 

Updating  Process.  The  updating  process  is  the  pro- 
cess of  inputting  data  to  the  decision  process  and  pro- 
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pagating  the  results  of  the  decision  process  to  other 
nodes.  Since  deterministic  algorithms  do  not  perform 
adaptive  functions,  the  updating  process  does  not  apply 
to  deterministic  algorithms,  but  applies  only  to  adaptive 
algorithms.  Isolated  algorithms  do  not  require  explicit 
routing  information  from  other  nodes  therefore,  the  updating 
process  also  does  not  directly  apply  to  these  kind  of 
algorithms.  All  other  algorithms  require  routing  infor- 
mation to  be  supplied  to  them,  therefore  generating  the  need 
for  an  updating  process.  This  process  consists  of  two  main 
parts,  the  content  of  the  routing  message  and  the  propaga- 
tion method  used  to  forward  the  routing  message. 

The  content  of  the  routing  message  is  closely  related 
to  the  objective  function  used  in  the  decision  process. 

The  characteristics  of  the  network  that  are  inputs  to  the 
objective  function  are  contained  in  the  routing  message. 

For  example,  this  information  may  be  concerned  with  link 
capacity,  queue  lengths  in  adjacent  nodes,  path  lengths  or 
delay  and  response  times.  In  the  DEL  network  the  routing 
information  will  be  primarily  concerned  with  path  length 
information  and  delays  associated  with  the  message  queue 
lengths  of  adjacent  nodes.  As  in  the  ARPA  network,  this 
routing  information  will  be  exchanged  between  adjacent 
nodes . 

The  issue  of  propagating  the  routing  message  through 
the  network  is  also  closely  related  to  the  objective  func- 
tion used  in  the  decision  process.  The  routing  messages 
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may  only  need  to  be  sent  if  changes  in  the  objective  func- 
tion parameters  occur  or,  as  in  the  ARPA  network,  routing 
messages  may  be  periodically  transmitted  by  all  nodes 
independently.  Whatever  method  is  employed,  the  progaga- 
tion  scheme  should  be  efficient  since  routing  information 
is  generally  sent  through  the  network  at  relatively  high 
frequencies.  In  this  investigation,  the  propagation  method 
will  parallel  that  of  the  ARPA  network;  that  is,  the  routing 
messages  will  be  periodically  transmitted  by  each  node. 

Forwarding  Process.  The  forwarding  process  is  the 
means  used  to  actually  forward  each  of  the  messages 
(packets)  along  its  path  from  source  to  destination.  As 
indicated  earlier,  almost  all  methods  for  selecting  the  next 
output  line  from  a given  node  involve  some  kind  of  table 
look-up  procedure.  Basically,  each  node  contains  a routing 
directory  table  that  correlates  destinations  with  the  cor- 
rect node  output  line  to  reach  each  destination.  The  node 
searches  this  directory  for  a particular  destination  and 
obtains  the  correct  output  line.  The  critical  element  in 
the  forwarding  process  is  the  construction  of  the  directory 
table;  specifically  the  length  and  width  of  the  directory. 

The  length  of  the  directory  is  the  number  of  possible 
destination  nodes  in  the  network.  In  a distributed  network 
the  routing  directory  consists  of  an  entry  for  every  other 
node  in  the  network.  Thus  each  node  may  route  messages  to 
every  other  node  in  the  network  based  on  the  outcome  of  the 
decision  process.  In  isolated  algorithms  the  directory  may 
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have  only  one  entry  that  is  destination  independent.  Cen- 
tralized algorithms  generally  contain  a complete  (or  near 
complete)  traffic  matrix  for  all  nodes  in  the  network.  This 
enables  the  central  control  authority  to  send  routing  direc- 
tories to  every  node  in  the  network  with  a specific  entry 
for  every  destination  node  in  the  network. 

Along  with  the  length  of  the  directory,  each  direc- 
tory contains  the  number  of  output  line  choices  for  each 
node  in  the  directory.  This  choice  of  output  lines  is 
called  the  width  of  the  directory.  Each  output  line  entry 
contains  a value  used  in  selecting  a particular  line  to 
forward  each  packet.  This  value  is  associated  closely  with 
the  objective  function  parameters  to  be  minimized  in  the 
decision  process.  In  the  ARPA  network,  this  value  contains 
the  cost  (delay  and  path  length)  value  to  reach  a particular 
destination  for  each  output  line  from  the  node.  Other 
methods  may  be  used  to  assign  values  to  the  width  entries  in 
the  directory.  For  example,  the  choice  of  values  may  be 
weighted  by  a feedback  mechanism  or  they  may  be  fixed. 

Another  method  is  to  update  the  width  entry  values  frequently 
to  provide  a kind  of  load  splitting  in  the  network  (4:255- 
257).  An  important  point  to  consider  in  designing  the  width 
entries  in  distributed  algorithms  is  that  the  width  entries 
are  updated  at  a relatively  slow  rate,  therefore,  multiple 
line  choices  for  each  destination  should  be  contained  in  each 
directory.  In  the  ARPA  network  and  in  the  DEL  network  it 
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is  desirable  to  maintain  at  least  two  width  entries  for 
each  destination  entry  to  provide  improved  reliability  in 
the  network. 

This  completes  the  components  used  by  McQuillan  to 
classify  network  routing  algorithms.  This  classification 
will  be  used  as  a basis  for  development  of  the  network 
routing  algorithm.  ' 

Algorithm  Selection  Justification 

This  section  describes  the  advantages  and  disadvantages 
of  each  type  of  network  routing  algorithm  (deterministic, 
isolated,  and  centralized)  compared  against  the  character- 
istics of  a distributed  network  routing  algorithm.  In  addi- 
tion, the  educational  benefits  of  the  proposed  distributed 
network  routing  algorithm  are  described.  Based  on  the  com- 
parisons between  the  different  netword  routing  algorithms 
and  the  distributed  algorithm  and  because  of  the  educational 
benefits  associated  with  a distributed  algorithm,  the  dis- 
tributed routing  algorithm  was  selected  for  the  DEL  network. 

The  following  sections  describe  the  relative  advantages  and 
disadvantages  of  each  type  of  network  routing  algorithm. 

Following  this  description,  the  educational  benefits  of  the 
distributed  network  are  described. 

Isolated . Isolated  algorithms,  like  distribued  algor- 
ithms, are  adaptive,  therefore  they  attempt  to  compensate 
for  changing  network  topology  and  traffic  flow.  However, 
the  primary  problem  with  isolated  algorithms  is  that  they 
must  rely  on  indirect  information  about  network  conditions 
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since  each  node  in  the  network  operates  independently  with- 
out direct  transfer  of  routing  information  with  other  nodes. 
All  network  information  availahle  to  the  nodes  must  be 
gathered  from  the  behavior  of  the  packets  flowing  through 
it  (4:191).  Therefore  even  using  positive  and  negative 
feedback  techniques,  isolated  algorithms  oscillate  (try  dif- 
ferent paths  repeatedly)  when  attempting  to  maintain  or  find 
the  best  path  through  the  network.  This  oscillation  occurs 
even  when  the  network  is  in  a stable  state  (i.e.  there  are 
no  changes  in  network  topology  or  network  traffic).  There 
is  no  solution  to  the  oscillation  problem  in  isolated  net- 
works (4:195).  Because  of  this  oscillation  problem,  isolated 
networks  are  fundamentally  unstable  and  react  much  more 
slowly  and  inefficiently  to  changing  network  conditions  than 
do  distributed  algorithms. 

Central i zed  . The  primary  advantage  of  centralized 
*■<  ting  algorithms  is  that  all  of  the  routing  logic  is  done 
at  ore  location.  This  implies  that  the  routing  algorithm 
can  be  less  complex  to  understand  and  may  be  implemented 
using  well  known  techniques.  The  reachability  problem  may 
be  solved  by  finding  the  transitive  closure  of  a directed 
graph  (4:197).  For  non-directed  graphs  Marshall's  algor- 
ithm (24)  may  be  used.  Finding  the  least  path  can  be  solved 
using  Floyds  algorithm  since  the  network  is  centralized 
(1:2Q1;  25). 

The  disadvantages,  however,  are  (4:212): 

- Considerable  computation  requiring  large  processors. 
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Processing  requi remen ts  increase  rapidly  as  the  size 


of  the  network  increases. 

- A single  control  center  is  unreliable  since  a single 
point  failure  can  disrupt  the  entire  system.  This  implies 
that  backup  facilities  are  not  only  convienent,  but  are 
necessary . 

- Updating  to  adapt  to  changes  in  network  topology  and 
traffic  is  inherently  slow  because  traffic  must  flow  to  and 
from  a central  control  center.  While  the  updating  process 
is  taking  place,  the  network  is  using  incorrect  routing  and 
packets  may  be  trapped  for  relatively  long  periods  of  time 
between  nodes  that  have  been  updated  and  neighboring  nodes 
that  have  not.  Any  remoteness  of  nodes  from  the  central 
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site  also  introduces  significant  propagation  delays*,  pro- 
longing the  adaptation  period. 

- Line  loading  is  uneven  with  heavy  overhead  traffic 
occuring  near  the  control  center  that  increases  rapidly  as 
the  network  size  increases.  Distributed  algorithms  gen- 
erally do  not  suffer  from  these  problems  (4:212). 

Determini sti c.  As  defined  previously,  deterministic 
algorithms  include  techniques  such  as  fixed  routing,  flooding 
and  selective  flooding,  and  random  techniques  (4:189).  De- 
terministic algorithms  are  unreliable  because  of  the  inabil- 
ity of  the  algorithms  to  adjust  to  changes  in  the  network 
topology  or  flow  characteristics.  They  are  inefficient  due 
to  the  lack  of  selectivity  in  choosing  new  paths  when 
flooding  or  random  techniques  are  employed  to  overcome  the 
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poor  reliability  characteristics  of  the  algorithm  (4:186- 
190).  One  advantage  of  deterministic  algorithms  is  that 
they  are  relatively  simple  to  design  and  implement.  However, 
this  advantage  is  diminishing  as  more  information  is  learned 
and  published  concerning  the  development  of  distributed 
techniques. 

Educational  Benefits.  Selection  of  a distributed  net- 
work for  the  DEL  will  allow  a wide  variety  of  current  problem 
areas  in  network  technologies  to  be  investigated  in  the 
laboratory.  The  development  of  a distributed  network  will 
provide  a fertile  ground  for  students  at  the  graduate  level 
to  participate  in  the  design  and  implementation  of  a state- 
of-the-art  field  in  computer  technology  because,  as  stated 
in  a recent  technical  publication  on  distributed  processing 
(19:25) : 

Numerous  problems  still  face  us  today  in  distributed 
processing. .. it  is  too  early  to  tell  whether  many 
issues  are  inherent  problems  or  whether  they  will  be 
solved  or  finessed  by  rapidly  evolving  technology  and 
understanding. 

An  additonal  benefit  provided  by  the  distributed  net- 
work (note  that  this  is  also  a benefit  of  other  types  of 
networks)  will  be  the  capability  to  share  resources  among 
the  minicomputers  in  the  network.  This  is  of  particular 
interest  to  the  DEL  because  of  the  limited  peripherals  now 
available.  This  capability  to  share  resources  will  not 
only  allow  higher  and  more  efficient  utilization  of  the  DEL 
facilities,  but  it  may  significantly  increase  the  overall 
computational  effectiveness  of  the  laboratory. 
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Summary 

This  chapter  described  the  general  and  specific  charac- 
teristics of  a network  and  network  routing  algorithms.  The 
comparative  study  of  several  different  kinds  of  routing 
algorithms  lead  to  the  conclusion  that  a distributed 
routing  algorithm  would  be  most  beneficial  to  the  DEL  net- 
work design.  The  following  chapter  will  describe  the  design 
of  this  routing  algorithm  h.y  closely  paralleling  the  de- 
scription of  the  components  of  the  general  routing  algorithm 
presented  in  this  chapter. 
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Ill  DIGITAL  ENGINEERING  LABORATORY  ROUTING  ALGORITHM  DESIGN 


This  section  will  describe  in  detail  the  design  of  the 
routing  algoritm  to  be  used  in  the  DEL  network.  This  in- 
eludes  a description  of  the  purpose  of  the  laboratory  and 
the  DEL  requirements  for  the  overall  network.  The  require- 
ments for  the  routing  algorithm  are  derived  from  these  net- 
work requirements.  The  routing  algorithm  will  then  be  de- 
scribed by  closely  paralleling  the  routing  classification 
presented  previously. 

Background/ Requirements 

The  DEL  is  the  primary  laboratory  facility  for  all  of 
the  digital  system  oriented  courses  at  AFIT.  As  such,  the 
laboratory  must  support  many  varied  projects  that  utilize 
the  computation  facilities  in  the  lab.  This  includes 
usage  of  a variety  of  mini  and  micro-computers  and  peripherals 
located  in  the  lab.  Occasional  use  of  the  dial-up  data  lines 
to  the  CYBER  74  computer  is  also  required. 

Even  though  the  laboratory  contains  various  mini  and 
micro-computer  for  laboratory  support,  a significant  short 
coming  is  that  there  are  very  limited  peripherals  for  each 
computer.  This  limitation  includes  resources  such  as  memory, 
line  printers,  high  speed  storage  devices,  and  high  speed 
input  devices  for  each  computer  system.  This  lack  of  peri- 
pherals limits  both  the  utilization  of  the  computers  in 
the  lab  and  also  the  computational  ability  of  the  computers. 

A method  for  solving  this  problem,  without  a significant 
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monetary  cost  impact,  is  to  group  the  computers  and 
existing  peripherals  into  some  kind  of  network  with  the 
capability  of  resource  sharing.  Designing  this  network  is 
a complex  problem  and  involves  considerable  manpower.  A 
significant  step  in  this  design  process  is  the  design  of 
the  message  routing  algorithm  required  in  the  network. 

This  investigation  will  provide  the  design  of  this  routing 
algorithm.  This  algorithm  must  be  capable  of  supporting  an 
overall  network  design  that  will  satisfy  the  following  re- 
qu  i rerr.ents  : 

- Provide  significant  educational  opportunities  for 
further  research  in  current  network  technology 

- Provide  resource  sharing  in  the  DEL 

- Provide  improvement  in  the  DEL  current  computational 
capabilities 

- Must  be  implemented  without  significant  dollar  im- 
pact 

- Must  be  adjustable  to  the  DEL  physical  layout. 

The  selection  of  a distributed  routing  algorithm  should 
support  all  of  these  network  requirements. 

The  distributed  routing  algorithm  that  will  be  de- 
scribed in  this  investigation  is  only  part  of  the  overall 
network  operating  system  (NOS)  discussed  previously.  Signi- 
ficant areas  of  the  NOS  must  still  be  required  to  be  developed. 
These  areas  will  provide  a variety  of  educational  oppor- 
tunities for  further  network  design  and  investigation. 
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The  areas  remaining  to  be  developed  include  a network  flow 
control  mechanism,  host  to  node  protocols,  host  to  host 
protocols  and  low  level  communications  software  and 
hardware  drivers. 

Resource  sharing  is  a function  of  the  overall  network 
operating  system;  the  routing  algorithm  supports  the  con- 
cept of  resource  sharing  by  providing  the  NOS  with  the 
capability  of  directing  messages  reliably  throughout  the 
network.  This  routing  will  allow  users  to  communicate,  and 
therefore  share  resources,  with  other  computers  in  the  net- 
work. 

Improvements  in  the  DEL  computational  capability  is  an 
significant  benefit  of  the  DEL  network.  By  allowing  resource 
sharing  and  essentially  distributed  processing,  the  labora- 
tory will  be  able  to  more  efficiently  utilize  all  of  the 
computers  in  the  laboratory  as  well  as  all  of  the  diverse 
peri pheral s . 

Because  the  network  will  require  relatively  few  new 
purchased  hardware  or  software  modules  and  will  utilize 
existing  facilities  in  the  DEL,  the  cost  in  dollars  of 
developing  the  network  will  be  relatively  small.  Signifi- 
cant student  manpower  will,  however,  be  required  to  imple- 
ment the  complete  network. 

Perhaps  one  of  the  routing  algorithm's  strongest 
points  is  its  ability  to  accomodate  any  physical  inter- 
connection of  computers  with  relative  ease.  Because  of 
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this,  the  computers  in  the  laboratory  can  be  easily  inter- 
connected into  a network  without  requiring  any  physical  re- 
arrangement. 

The  next  section  of  this  report  describes  the  selected 
routing  algorithm. 

Distributed  Algorithm  Development 

This  section  will  discuss  the  design  of  the  routing 
algorithm.  The  algorithm  development  will  follow  the  same 
general  categories  used  previously  in  classifying  routing 
algorithms.  Each  component  of  the  routing  algorithm  listed 
in  Table  I will  be  described  in  detail  in  the  following  sec- 
tions. The  control  regime  selected  is  the  distributed  con- 
trol technique  described  previously.  This  distributed  con- 
trol is  localized  at  each  node,  therefore,  each  node  in  the 
network  will  be  required  to  execute  the  routing  algorithm. 
Since  the  control  regime  component  has  already  been  selected, 
the  following  sections  will  describe  the  three  remaining  com- 
ponents of  the  routing  algorithm  (i.e.  the  decision  process, 
the  updating  process,  and  the  forwarding  process). 

Decision  Process.  The  decision  process  contains  two 
design  considerations:  (1)  reachability,  and  (2)  objective 
function.  Each  of  these  design  considerations  will  be  de- 
scribed for  the  DEL  routing  algorithm. 

Reachability.  The  reachability  of  the  DEL  algor- 
ithm is  concerned  primarily  with  determining  the  best  path 
from  a particular  node  to  all  other  nodes  in  the  network. 

The  selection  of  this  path  depends  on  the  characteristics  of 
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the  objective  function.  For  the  description  of  the  reach- 
ability portion  of  the  routing  algorithm,  "best  path"  will 
mean  the  minimization  of  the  objective  function  that  will 
be  discussed  in  the  next  section.  Understanding  of  the 
design  of  the  reachability  portion  of  the  routing  algorithm 
does  not  necessitate  a detailed  understanding  of  the  objec- 
tive function.  The  significant  point  is  that  the  objective 
function  will  be  a minimization  process. 

Before  proceeding  with  the  description  of  the  reach- 
ability algorithm,  a brief  review  of  the  physical  properties 
of  a node  are  required.  A node  consists  of  the  hardware 
and  software  necessary  to  support  the  distributed  network 
architecture.  The  hardware  consists  of  standard  logic  pro- 
cessing elements  (e.g.  CPU  and  memory)  and  communications 
interfacing  elements.  The  constraint  is  that  there  exist 
at  least  two  input/output  lines  from  each  node  for  reli- 
ability. The  software  must,  of  course,  contain  the  network 
control  and  routing  algorithms  along  with  sufficient  buffer 
storage  to  permit  efficient  control  flow  through  the  net- 
work . 

The  objectives  of  the  reachability  portion  of  the 
routing  algorithm  are:  (.1)  to  provide  the  node  NOS  software 
sufficient  routing  information  (i.e.  output  line  number)  for 
transmitting  a message  to  a particular  destination  and,  (2) 
to  provide  the  capability  to  change  this  output  line  to 
adapt  to  changes  in  the  network  topology  or  traffic  flow. 
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The  two  objectives  are  closely  related  since  selection 
of  the  proper  output  line  depends  on  the  topology  and  traf- 
fic flow  of  the  network.  These  two  objectives,  then,  will 
be  described  concurrently  in  the  description  of  the  reach- 
ability portion  of  the  routing  algorithm. 

Reachability  Algorithm.  The  reachability  algorithm 
is  table  driven.  All  of  the  information  required  to  arrive 
at  the  proper  output  line  decision  is  stored  in  tables  (or 
arrays)  in  the  node's  memory.  The  node  keeps  a table,  C, 
which  has  an  entry  per  destination  containing  the  minimum 
cost  to  reach  all  other  nodes  (destinations)  in  the  network. 

If  the  cost  to  any  destination  node  exceeds  the  maximum 
allowable  cost  than  the  value  MAX  is  put  into  the  table 
entry  for  that  destination.  Cost  in  this  description  is  a 
function  of  the  objective  function  and  typically  implies 
distance  or  delay  to  a particular  destination.  The  cost  of 
reaching  itself  is  defined  to  be  zero.  The  cost  to  send  a 
message  out  on  a particular  line  (i.e.  to  an  adjacent  node) 
is  stored  in  the  A table.  This  table  therefore  has  NL  entries, 
where  NL  is  the  number  of  output  lines  for  the  node.  Each 
node  also  contains  a neighbors'  cost  array,  NC,  which  con- 
tains the  neighbors'  best  estimates  to  reach  any  other  node 
in  the  network.  The  NC  table  has  one  row  per  destination 
and  one  column  per  output  line.  Each  node  periodically  sends 
its  minimum  cost  matrix,  C,  to  its  adjacent  nodes  where  it  is 
copied  into  the  £th  column  of  the  neighbors'  cost  array,  NC. 
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I is  the  line  number  on  which  the  C matrix  was  received  by 
any  particular  node. 

The  directory  or  routing  matrix,  R,  contains  the  output 
line  number  representing  the  mode's  best  path  to  any  desti- 
nation. 

The  algorithm  continually  receives  its  adjacent  nodes' 
best  path  estimate  and  places  this  estimate  in  its  NC 
matrix.  It  then  uses  this  received  information  to  esti- 
mate the  cost  to  each  destination  node  in  the  network  which 
it  stores  in  its  C matrix.  The  node  places  the  output  line 
number  corresponding  to  this  best  path  into  the  R matrix 
for  each  desination  node.  Finally  the  node  sends  the  new 
C matrix,  containing  its  most  current  best  path  informa- 
tion, to  all  of  its  neighboring  nodes.  This  algorithm  is 
shown  in  Figure  5. 

The  first  step  in  the  algorithm  is  to  copy  the  recieved 
minimum  cost  table,  C',  into  the  NC  table.  This  is  done  by 
copying  the  C'  table  into  the  Jlth  column  of  the  NC  array, 
where  l represents  the  line  number  to  the  adjacent  node. 

Steps  3-7  are  run  after  the  NC  table  is  updated.  While 
steps  3-7  are  running  the  NC  table  cannot  be  updated 
otherwise  the  C table  may  not  contain  correct  information. 
However,  updating  the  NC  table  while  steps  3-7  are  running, 
will  not  introduce  erroneous  information  into  the  network 
for  longer  than  one  computation  of  steps  3-7.  No  significant 
incorrect  information  will  be  introduced  into  the  network. 
This  timing  is  discussed  later  in  this  section. 
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1.  l 5 line  number  to  adjacent  node 

2.  FOR  i = 1 to  N do 

NC(i,£l  = C ' C i 1 ; where  C'  - received 

Next  i minimum  cost  matrix  from 

node  on  line  l 

3.  FOR  i * .1  to  N do;  i = destination  counter 

C(i)  = MAX  ; set  cost  to  i to  MAX 

FOR  j=l  to  NL  ; N L = number  of  output  lines 
IF  NC(i,j)+A(_j)  1 C Ci ) then  go  to  step  4 

; If  the  total  cost  to  destination  i 
is  greater  than  the  present  cost 
then  continue  with  next  i 

C(1  )*NC(1 » j )+C(_j ) ; if  not  then  update  the  new  cost  to  i 


R(i)  - j 

» 

store  the  line  number 

4. 

Next  i 

5. 

Next  j 

6. 

C(self)  = Q 

» 

cost  to  itself  = 0 

7. 

R(self)  = 0 

* 

cannot  reach  itself 

8. 

send  out  C table 

to 

adjacent  nodes 

Figure  5 Basic  Reachability  Algorithm  (4:2Q3l 
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Step  3 is  the  main  part  of  the  reachability  algorithm. 

In  the  outer  loop  (. indicated  by  the  i index)  the  index  i 
points  to  a destination  node  i.  The  outer  loop  therefore 
loops  through  all  of  the  N destinations  in  the  network. 

Since  the  cost  matrix,  C,  is  being  updated  to  contain  the 
best  path  estimate  to  each  destination,  i,  the  algorithm 
must  first  assume  that  the  destination,  i,  is  not  reach- 
able therefore  C(i)  is  assigned  the  value,  MAX. 

In  the  inner  loop  (j  index  loop)  the  cost  to  reach  the 

i.  L l.  L 

i destination  using  the  j1  output  line  is  calculated 
and  compared  with  the  cost  perviously  stored  in  C(i).  If 
the  new  cost  is  less  than  the  old  cost,  then  the  new  cost 
is  stored  in  C(i)  and  the  output  line  number,  j,  is  stored 

^ L 

in  the  reachability  matrix  R for  the  i destination.  In 
essence  then,  C(i)  is  updated  with  the  least  (or  best)  cost 
to  reach  any  destination  and  the  output  line  number  to 
reach  the  ith  destination  is  stored  in  R(i).  The  flow  con- 
trol mechanism  can  therefore  use  the  R(i)  value  to  determine 
on  which  line  to  send  any  message  that  is  to  be  sent  to  the 

J.  L. 

i destination.  It  is  significant  to  note  that  this 
algorithm  does  not  depend  on  prior  knowledge  of  the  network 
topology.  It  only  requires  the  objective  function  para- 
meters to  determine  the  hest  path  to  the  final  destination. 

In  the  algorithm  shown  in  Figure  5,  the  objective  function 
parameters  are  the  adjacent  nodes'  best  estimate  to  reach 
destination  i,  and  the  node's  cost  to  transmit  a message  out 
of  line  j.  These  two  parameters  are  summed  producing  the 

50 


nodes  current  estimate  to  reach  destination  i using  output 
line  j.  The  calculation  of  these  parameters  will  be  dis- 
cussed in  detail  later  in  this  report. 

After  looping  through  all  of  the  destinations  Ci-e- 
i > N)  the  node  must  set  the  cost  to  reach  itself  and  the 
reachability  to  itself  to  zero.  The  C matrix  is  now  com- 
pletely updated  and  can  he  sent  to  all  of  the  adjacent  nodes 
using  the  node's  flow  control  procedures.  An  example  of 
the  routing  algorithm  is  described  in  Appendix  A. 

The  first  objective  of  the  routing  algorithm,  providing 
the  correct  output  line,  is  satisfied  by  calculating  the 
best  path  and  storing  this  data  in  the  reachability  matrix, 

R.  The  second  objective  of  the  routing  algorithm,  adaptabi- 
lity to  network  changes,  is  inherent  in  the  algorithm  itself. 
The  algorithm  constantly  receives  updates  from  its  adjacent 
nodes  and  uses  these  updates  in  its  objective  function  cal- 
culations In  this  manner,  the  node  can  sense  changes  in 
the  network  and  then  update  its  best  cost  estimate,  C(i) 
and  reachability  matrix  R.  However,  since  the  algorithm  re- 
ceives and  passes  network  information  only  between  its 
adjacent  nodes,  it  takes  a finite  amount  of  time  to  propagate 
network  changes  completely  throughout  the  entire  network. 

This  finite  amount  of  time  is  called  the  network  response 
time.  Since  the  time  to  respond  to  changes  in  the  network 
is  a measure  of  the  routing  algorithm's  efficiency,  it  is 
desirable  to  reduce  the  response  time.  Therefore,  reduction 
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of  the  routing  algorithms  response  time  is  an  important  con- 
sideration of  the  reachability  algorithm. 

Response  Time.  Response  time  is  the  finite 
time  between  when  a change  in  the  network,  occurs  and  when 
the  routing  algorithm  adapts  to  this  change  (4:220).  This 
time  depends  on  the  topology  of  the  network  and  the  method 
in  which  the  reachability  algorithm  adapts  to  the  change  in 
the  network.  Clearly  the  characteristics  of  the  topology 
of  the  network  (_i.e.  size  of  the  network  and  the  intercon- 
nectivity of  the  nodes)  will  cause  the  response  time  to  vary. 
More  important,  and  of  primary  concern,  is  the  manner  in 
which  the  reachability  algorithm  adapts  to  the  changes  in 
the  network.  For  the  purposes  of  the  present  discussion, 
the  objective  function  used  in  the  algorithm  shown  in  Figure 
5 will  minimize  only  the  number  of  hops  (one  node  per  hop) 
to  go  from  the  source  node  to  the  destination  node.  Each 
hop  will  have  a cost  of  unity  associated  with  it.  In 
essence  then,  the  objective  function  will  find  the  shortest 
path  from  source  to  destination  node.  The  section  describing 
the  objective  function  will  expand  the  objective  function  to 
also  include  the  least  delay  path  as  well  as  the  shortest 
path.  To  understand  the  problem  associated  with  the  response 
time  of  the  reachability  algorithm,  the  mechanics  of  the 
algorithm  in  an  adaptive  environment  must  be  considered. 

Since  each  hop  has  a cost  of  unity  associated  with  it, 
the  hop  count  to  a given  node  increases  smoothly  as  the 
distance  to  that  node  increases.  Furthermore,  no  node  ever 
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has  a hop  count  to  a given  destination  node  that  differs 
by  more  than  one  count  from  any  of  its  neighboring  nodes. 

If  the  number  of  hops  to  a given  destination  gets  better 
(decreases)  then  because  of  the  design  of  the  algorithm, 
the  nodes  will  all  agree  on  the  new  better  value  in  a very 
short  time.  If  the  hop  count  to  a given  node  gets  worse 
(increases)  the  nodes  will  not  accept  the  higher  count  while 
they  still  have  adjacent  nodes  that  have  the  old  lower  count. 
In  other  words  "the  reachability  algorithm  reacts  very 
quickly  to  good  news  and  very  slowly  to  bad  news"  (4:217). 

A simple  case  suggested  by  McQuillan  (4)  illustrates  this 
situation.  Figure  6 shows  how  nodes  one  through  four  react 
to  node  zero  coming  up  and  going  down  in  the  best  and  worst 
cases.  The  example  introduces  an  important  point,  that  is, 
the  order  in  which  the  nodes  calculate  and  propagate  routing 
information  has  a significant  impact  on  the  time  it  takes  to 
respond  to  a given  topological  change.  For  the  purposes  of 
this  illustration,  we  will  assume  a definite  order  exists 
for  computing  and  exchanging  routing  information  among  the 
nodes.  In  reality,  the  order  is  a function  of  many  variables 
and  changes  dynamically  as  workloads  vary  within  each  node. 
The  important  point  is  that  the  response  time  is  affected 
by  the  order  in  which  the  nodes  exchange  routing  information 
in  response  to  a given  failure.  (McQuillan  provides  a much 
more  intensive  study  of  the  efficiencies  of  reachability 
algorithm  propagation  methods  in  his  dissertation  (4:405- 
431)).  Figure  6(a)  shows  the  results  when  node  zero  comes 
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Figure  6 Reachability  Algorithm  Example 
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up.  Initially  all  of  the  nodes  (one  through  four)  are  indi- 
cating node  zero  as  unreachable  (cost  is  MAX).  As  node  zero 
comes  up,  node  one  accepts  the  new  cost  (one)  immediately. 
Likewise,  nodes  two  through  four  immediately  accept  the  new 
values  passed  to  them  from  each  node  from  the  left.  Figure 
6(b)  shows  the  same  situation  but  the  updating  occurs  from 
right  to  left.  Notice  that  it  takes  node  four  considerably 
longer  to  obtain  the  new  information  since  it  must  wait  until 
its  neighbor,  node  three,  calculates  and  passes  the  new 
better  routing  information.  Node  three  must  wait  for  two, 
etc.  In  Figures  6 (c  and  d)  the  examp'e  network  is  shown 
reacting  to  bad  news  (node  zero  going  down).  Note  that  in 
each  case  each  node,  beginning  with  node  one,  refuses  to 
accept  that  it  cannot  reach  node  zero  until  it  has  exhausted 
trying  its  alternate  path  through  its  other  neighbor.  This 
search  for  the  new  best  path,  once  the  old  best  path  gets 
worse,  is  known  as  rise  time.  Correspondingly,  the  time, 
illustrated  in  Figure  6 (a  and  b),  needed  to  adapt  to  a 
better  path  to  a given  destination  is  called  the  fall  time 
(4:219).  From  an  optimization  standpoint,  it  is  clearly 
desirable  to  minimize  both  rise  and  fall  times  in  routing 
al gor i thms . 

The  reachability  algorithm  in  Figure  5 behaves  in 
exactly  this  manner.  The  fall  time  of  tha  algorithm  is 
short  because  as  soon  as  it  receives  information  about  a 
better  path  to  destination  i,  it  will  update  the  value  in 
C(i)  and  R(i)  to  reflect  this  better  path.  This  is  also 
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known  as  a zero  fall  time.  The  rise  time,  however,  is  con- 
siderably longer.  In  order  to  find  a better  path  once  the 
previous  hest  path  gets  worse,  the  algorithm  must  search 
for  successively  longer  paths  until  a better  path  is  found 
or  no  paths  exist  that  satisfy  the  MAX  cost  constraint.  A 
significant  point  to  consider  is  that  while  the  algorithm 
is  searching  for  a new  best  path,  the  node  must  "believe" 
that  the  destination  node  is  still  reachable,  therefore,  it 
must  continue  to  route  information  to  it  (4:227).  The 
problem  then  becomes  what  to  use  as  the  best  path  while  the 
search  for  the  new  path  is  in  progress.  The  solution  to 
this  problem  is  suggested  by  McQuillan  (4:228)  and  is 
called  "hold  down".  The  example  shown  in  Figure  6 was  con- 
cerned with  the  shortest  path  solution  from  each  node. 
However,  the  algorithm  in  Figure  7 is  a more  general 
algorithm  which  can  also  satisfy  the  problem  of  finding  the 
best  path  using  minimum  delay  between  source  and  destina- 
tion nodes.  This  more  general  algorithm  has  the  same  pro- 
blems as  the  shortest  path  example  and  therefore  the  hold 
down  solution  applies  to  it  as  well.  A detailed  discussion 
and  the  algorithm  used  to  implement  hold  down  is  described 
in  the  objective  function  section  later  in  this  investiga- 
tion. Basically,  however , the  hold  down  solution  is: 

the  routing  algorithm  should  continue  to  use  the 
fold]  best  route  to  a given  destination,  both  for 
updating  and  forwarding  [messages],  for  some  time 
period  after  it  gets  worse  (4:229). 

Hold  down,  therefore,  assumes  that  until  better  information 
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is  present  or  the  determination  is  made  that  the  destina- 
tion is  unreachable,  the  node  should  continue  to  use  the 
old  best  path  to  forward  network  messages. 

Another  important  aspect  of  the  reachability  algorithm 
is  the  subject  of  timing  (i.e.  when  should  the  reachability 
algorithm  be  activated). 

Timing.  The  activation  (running)  and  deacti- 
vation of  the  reachability  algorithm  is  controlled  by  the 
overall  NOS  program.  A significant  timing  constraint  should 
be  considered  when  designing  the  activation  software.  The 
values  in  the  C matrix  are  a function  of  the  values  in  the 
NC  matrix  and  the  A matrix.  Since  the  NC  and  A tables 
could  possibly  be  updated  while  the  C matrix  is  being  up- 
dated, a classical  synchronization  problem  (26:68)  exists. 
For  example,  if  the  NC  matrix  for  destination  i is  updated 

^ h 

while  the  reachability  algorithm  is  processing  the  iL 
destination,  then  the  possibility  exists  that  the  cost  to 
reach  this  destination,  C(i),  may  be  incorrect.  This  will 
happen  if  the  algorithm  is  still  searching  for  the  best 
output  line  (i.e.  1 < j < NL)  and  the  NC  matrix  is  updated 
with  a better  path  estimate  for  an  output  line,  say  x,  that 
the  reachability  algorithm  has  already  searched  (i.e.  1 <_ 

X < j < N).  The  value  in  C ( i ) and  therefore  R(i)  will  be 
incorrect.  The  same  situation  also  applies  to  the  A matrix. 
The  constraint,  then,  placed  on  the  NOS  is  that  while  the 

1 L 

ic  destination  is  being  updated  by  the  reachability 
algorithm,  the  NOS  should  prevent  the  ith  destination 


information  in  the  NC  array  or  the  A array  from  being  up- 
dated. The  consequences  of  allowing  the  NC  and  A tables 
to  be  updated  without  observing  this  constraint,  are  not 
severe  on  the  system.  In  the  worst  case,  the  values  in 
C(i)  and  R(i)  will  be  incorrect  for  one  complete  execu- 
tion of  the  reachability  algorithm.  The  next  pass  through 
the  algorithm  will  use  the  new  updated  information. 

Another  solution  to  this  synchronization  problem  is  presented 
in  the  objective  function  section  of  this  report. 

Reachability  Algorithm  Summary.  Because  of 
the  manner  in  which  the  algorithm  receives  network  informa- 
tion and  calculates  the  best  path  to  any  destination  based 
on  this  information,  the  algorithm  can  successfully  satisfy 
the  two  objectives  described  in  the  beginning  of  this  sec- 
tion. The  selection  of  the  best  path  to  any  destination, 
the  first  objective,  is  accomplished  by  minimizing  the  objec- 
tive function.  The  algorithm  adapts  to  changes  in  the 
network,  the  second  objective,  by  using  information  from 
its  adjacent  nodes  and  in  turn  passing  its  estimate  of  the 
best  path  to  its  adjacent  nodes. 

Associated  with  the  reachability  algorithm,  however, 
are  timing  constraints  that  must  be  observed  by  the  NOS 
implementing  the  reachability  algorithm.  By  controlling 
the  synchronization  involved  in  changing  the  objective  func- 
tion parameters,  the  NOS  can  prevent  the  reachability 
algorithm  from  outputting  erroneous  information.  Another 
significant  problem  associated  with  the  reachability 


algorithm  is  that  of  improving  the  rise  time  it  takes  for 
the  network  to  adapt  to  bad  news  in  the  network.  The 
introduction  of  the  "hold  down"  technique  to  the  original 
reachability  algorithm  reduces  the  rise  time  such  that 
the  algorithm  more  efficiently  reacts  to  bad  news  in  the 
network. 

Since  the  hold  down  technique  is  related  closely  to 
the  objective  function,  the  next  section  of  this  report 
will  describe  the  hold  down  technique  along  with  the 
objective  function  parameters. 

Objective  Function.  This  section  will  continue  to 
build  on  the  concepts  introduced  in  the  reachability  algor- 
ithm description  of  the  previous  section.  First,  since 
understanding  the  hold  down  technique  mentioned  in  the  pre- 
vious section  is  necessary  to  understanding  the  final 
reachability  algorithm,  the  hold  down  solution  to  improving 
the  response  time  of  the  overall  routing  algorithm  will  be 
described.  Next  the  parameters  of  the  objective  function 
to  be  used  in  the  DEL  routing  algorithm  will  be  described. 
Hold  down  will  then  be  applied  to  these  parameters  to  produce 
the  final  DEL  reachability  algorithm  that  will  be  suggested 
for  use  in  the  DEL  routing  algorithm. 

Hold  Down.  The  hold  down  technique  that  will 
be  described  was  first  discussed  by  McQuillan  ( 4).  The 
description  that  will  be  presented  in  the  following  para- 
graphs is  a general  description  of  hold  down  as  it  applies 
to  the  "best  path"  selecting  process.  The  term  "best  path" 
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in  this  description  refers  to  any  choice  of  objective  func- 
tion parameters  (i.e.  distance,  delay,  throughput,  capacity, 
etc.).  Once  a general  description  has  been  provided,  the 
specific  application  of  the  hold  down  solution  to  a speci- 
fic set  of  objective  function  parameters  will  be  described. 

As  mentioned  in  the  previous  section,  hold  down  is 
concerned  with  the  problem  of  what  to  use  as  the  best  out- 
put line  to  a given  destination  while  the  reachability 
algorithm  is  searching  for  a new  best  path.  Without  hold 
down,  once  the  reachability  algorithm  begins  its  search 
for  a new  best  route,  it  will  cause  an  oscillation  in  the 
network.  This  oscillation  is  caused  because  the  cost, 

C(i),  is  changing  (i.e.  taking  on  better  and  better  values 
as  they  are  found)  as  the  search  progresses.  The  algorithm, 
without  hold  down,  will  generate  each  new  value  in  C(i) 
as  a new  best  path  to  i,  therefore,  until  the  true  best 
path  to  destination  i is  found  (assuming  one  exists),  the 
network  will  oscillate.  Hold  down  will  prevent  the  oscil- 
lation from  occuring.  Hold  down  then,  as  stated  earlier, 
implies  that  the  routing  algorithm  should  continue  using 
the  previous  best  path  for  some  time  period  after  the  path 
gets  worse.  The  reachability  algorithm  should  continue  to 
report  the  current  value  of  the  previous  best  route  to  its 
neighbors  and  should  continue  to  use  this  best  route  for 
routing  packets  for  some  given  interval  of  time  (4:229). 

Two  main  issues  that  result  from  using  hold  down  are:  (1) 
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when  should  the  reachability  algorithm  enter  hold  down  and 
(2)  how  long  should  the  node  remain  in  hold  down. 


Initiating  Hold  Down.  The  node  should 
begin  hold  down  when  the  cost  of  the  best  line  gets  worse. 
Also,  if  the  line  (or  node  attached  to  this  line)  goes  down 
and  this  line  is  the  best  line  to  a given  destination,  then 
enter  hold  down.  The  purpose  for  entering  hold  down  in 
these  cases  is  to  purge  the  system  of  the  old  routing  infor- 
mation so  that  the  new  routing  information  will  be  believed. 

A convenient  way  of  detecting  when  to  enter  hold  down  due  to 
a node  failure  is  for  the  node  going  down  to  transmit  its 
cost  matrix,  C(i)  with  the  value  MAX  for  all  destinations, 
i,  to  each  adjacent  node.  In  this  manner,  the  node  re- 
ceiving this  going  down  C matrix,  will  enter  hold  down  for 
just  those  nodes  for  which  the  dying  node  (line)  was  the  best 
path.  If  the  node  that  is  going  down  is  unable  to  send  the 
C matrix  before  the  line  fails,  then  the  line  failure  will 
eventually  be  detected  by  the  adjacent  nodes  by  using  some 
kind  of  line  failure  detection  mechanism  (16:22;  27:555). 

In  any  event,  the  node  must  enter  hold  as  indicated  above 
when  the  cost  of  the  best  line  gets  worse.  An  important 
consideration  once  the  node  enters  hold  down  is  how  long  to 
remain  in  hold  down. 

Hold  Down  Duration . The  duration  of  hold 
down  is  measured  using  a counter.  There  must  be  a counter 
for  each  destination,  i,  along  with  the  corresponding 
identity  of  the  line,  R(i)  and  cost,  C(i)  for  the  best  path 
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to  i.  The  counter  for  each  destination  keeps  track  of  the 
metric  used  to  measure  the  hold  down  duration  for  each 
destination  node.  Several  points  should  be  considered  in 
order  to  use  this  counter  (4:232-236): 

(1)  If  the  best  line  gets  worse  and  then  better  again, 
the  counter  should  be  allowed  to  run  to  completion.  This  is 
done  to  ensure  that  spurious  routing  information  is  not  in- 
jected into  the  system  by  the  line  changing  its  value. 

(See  McQuillan  for  a detailed  example  of  this  phenomenom). 

(2)  The  hold  down  counter  must  be  long  enough  for  the 
new  routing  information  to  propagate  from  the  node  in  ques- 
tion to  all  adjacent  nodes  and  back  again  (4:234).  This  is 

done  so  that  all  old  routing  information  concerning  the 
old  best  path  is  purged  from  the  network  thus  preventing 
this  old  information  from  inpeding  the  adaptation  to  the 
new  best  path  information.  Generally  the  hold  down  counter 
need  only  wait  long  enough  for  the  new  information  to  pass 
to  and  from  the  immediately  adjacent  nodes.  In  some  cases, 
however,  this  may  not  suffice.  In  such  cases,  hold  down 
must  last  long  enough  for  the  new  information  to  propagate 
through  several  nodes  (4:234).  "The  exact  number  of  nodes 
[hops]  depends  on  the  likelihood  of  a path  of  several  hops 
being  superior  to  one  of  the  fewer  hops  "( 4 : 235 ) . Since  the 
cost  to  reach  any  particular  destination  from  a given  node 
differs  hy  only  one  from  the  values  held  by  any  adjacent 
node  when  using  the  shortest  path  objective  function,  hold 
down  need  last  only  long  enough  for  the  new  routing  informa- 
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tion  to  propagate  to  the  adjacent  nodes.  If  delay  is  being 

minimized  then  the  counter  must  be  longer  and  is  a function 

of  the  delay  variables.  However, 

"the  penalty  for  a hold  down  counter  [timer]  which  is 
too  short  is  not  severe;  routing  will  oscillate  when 
the  recently-acquired  alternate  route  is  found  to  be 
no  better  after  all"  (4:235). 

An  example  of  this  oscillation  is  found  in  McQuillan 

(4:234-235) . 

(.3)  The  hold  down  counter  must  be  inversely  propor- 
tional to  the  routing  propagation  frequency.  If  routing 
information  is  sent  less  frequently  or  there  are  long  delays 
on  the  line  then  the  counter  should  be  longer. 

The  exact  values  measured  by  the  counters,  as  suggested 
above,  are  functions  of  the  characteristics  of  the  network 
(line  baud  rate,  line  capacity,  topology,  etc.)  and  the  type 
of  objective  function  chosen  for  the  reachability  algorithm. 
The  next  section  describes  how  the  hold  down  counter  is 
implemented  for  particular  objective  function  parameters  that 
are  suggested  for  use  in  the  DEL  network. 

Objective  Function  Parameters.  This  section 
will  describe  two  types  of  cost  function  parameters,  path 
length  and  total  delay,  that  can  be  used  in  the  objective 
function  of  the  reachability  algorithm.  The  final  reach- 
ability algorithm  will  then  be  described  using  these  para- 
meters and  incorporating  the  hold  down  counter  described  in 
the  previous  section. 

The  first  cost  parameter  is  the  distance  to  reach  a 
particular  destination.  This  distance  is  measured  by  the 
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number  of  hops  or  the  number  of  nodes  required  to  go  from  a 
given  node  to  any  destination  in  the  network.  Generally, 
this  cost  parameter  is  minimized  by  finding  the  shortest 
path  from  the  node  to  a particular  destination. 

The  second  parameter  is  the  total  delay  seen  along  the 
path  from  a given  node  to  any  destination  node.  This  delay 
can  be  a function  of  many  parameters  such  as  length  of  the 
path,  path  propagation  delay,  line  capacity  in  bits  per 
second,  and  delay  through  intermediate  nodes  (1:215). 

Generally  the  delay  parameter  is  some  quantitative  measure 
that  is  an  estimate  of  the  time  it  takes  a message  to  flow 
out  of  any  given  line  from  a node  to  a given  destination.  A 
detailed  discussion  of  estimating  delay  can  be  found  in 
McQuillan  (4:86)  and  Schwartz  (1:61).  One  such  measurement 
parameter  is  the  estimate  of  the  queueing  delay  for  the  out- 
put buffer  associated  with  a given  output  line  to  a particular 
destination.  The  actual  quantitative  value  of  this  delay 
parameter  is  a function  of  the  type  flow  control  mechanism 
implemented  in  the  node  and  is  beyond  the  scope  of  this  re- 
port. However  techniques  for  estimating  this  delay  are  found 
in  Schwartz  (1:221).  The  important  point  to  consider  in  this 
investigation  is  that  the  delay  parameter  used  in  the  objec- 
tive function  is  a meaurement  (or  estimate)  of  the  total  de- 
lay to  send  a message  from  a given  node  to  a particular  des- 
tination using  the  node's  selected  output  line.  The  objec- 
tive function  minimizes  this  parameter  in  order  to  select  the 
best  path.  It  is  worth  noting  at  this  point  that  the  shortest 
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path  parameter  described  previously  can  be  considered  as  a 
specific  case  of  the  total  delay  problem.  This  is  achieved 
by  assuming  that  the  delay  contributed  by  each  intermediate 
node  is  equal  to  one. 

Now  that  the  parameters  that  compromise  the  objective 
function  have  been  described,  the  DEL  reachability  algorithm 
using  these  objective  function  parameters,  in  conjunction 
with  the  hold  down  technique  described  earlier,  will  be  de- 
scribed. 

Reachability  Algorithm  with  Hold  Down.  This  sec- 
tion will  describe  the  objective  function  used  in  the  DEL 
reachability  algorithm  and  the  addition  of  the  hold  down 
logic  to  the  previous  algorithm  shown  in  Figure  5.  The  re- 
sulting improved  reachability  algorithm  with  hold  down  is 
shown  in  Figure  7. 

Since  one  of  the  primary  purposes  of  the  routing  algori- 
thm being  developed  in  this  investigation  is  to  support  an 
overall  network  structure  that  will  provide  educational 
opportunities  to  AFIT  students,  the  selection  of  cost  para- 
meters for  the  objective  function  must  be  general  in  nature. 

In  other  words,  the  cost  parameters  must  provide  the  capabi- 
lity to  experiment  with  the  quantitative  values  of  the  ob- 
jective function  in  order  to  investigate  various  aspects 
of  network  control  and  routing  mechanics.  This  implies  that 
the  objective  function  must  be  general  enough  to  allow  for 
various  cost  parameters  to  be  studied,  while  at  the  same 
time  still  provide  a solution  to  the  reachability  algorithm. 
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In  order  to  satisfy  this  generality  constraint,  the  objec- 
tive function  selected  for  the  DEL  reachability  algorithm 
will  minimize  the  total  delay  from  a given  node  to  any  parti- 
cular destination  out  of  the  node's  corresponding  output 
line.  The  objective  function  can  be  written  as: 

C(i)min  = mi  n ( NC ( i , Z )+A(jt ) +8 ) 

Z 

where:  1 < i < NL,  NL  = number  of  output  lines 
1 _<  i ^ N , N = number  of  destinations 
The  minimum  cost  to  destination  i,  is  the  minimum  sum  of 
the  neighbors'  estimates  to  reach  destination  i,  the  nodes 
estimated  delay  out  of  line  Z,  and  a bias  term  , 3. 

The  neighbors  estimate,  C'  in  Figure  7,  is  received 
from  each  adjacent  node  the  same  as  it  was  in  the  previous 
algorithm  (Figure  5).  The  A(Z)  matrix  element  represents 
the  node's  cost  to  transmit  a message  out  of  line  £.  As 
suggested  by  Schwartz,  this  could  be  a direct  measurement  or 
estimate  of  the  queueing  delay  for  the  specific  output  line, 

Z (1:218-220).  The  bias  term,  8>  is  added  to  the  objective 
function  to  reduce  looping  or  "ping-pong"  effects  in  which 
messages  return  to  a node  from  where  they  were  previously 
transmitted  (1:219-220).  Addition  of  the  bias  term  thus 
helps  improve  the  algorithm's  effectiveness.  The  technique 
of  using  this  bias  term  is  called  the  "shortest  time  plus 
bias"  routing  algorithm  (1:220).  The  optimum  value  of  8 is 
norma lly  found  through  simulation  studies  by  varying  the  size 
of  8 and  observing  the  resulting  packet  delay.  A typical 
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simulation  curve  showing  the  average  time  delay  of  a single 
packet  in  a distributed  network  is  shown  in  Figure  8 (1:221; 
21).  From  this  curve,  the  typical  value  of  3 is  about  10 


msec . 

The  algorithm  shown  in  Figure  7 includes  the  hold  down 
technique  described  earlier.  The  following  discussion  will 
describe  how  the  algorithm  functions  using  this  technique. 

Algorithm  Function.  The  improved  reachability 
algorithm  shown  in  Figure  7 contains  the  objective  function 
described  above  and  the  hold  down  mechanism  described  pre- 
viously. All  of  the  parameters  are  the  same  as  described  in 
the  earlier  reachability  algorithm  (Figure  5)  except  for  the 
addition  of  the  H matrix  and  the  parameters  MIN,  MINR,  and 
HOLDT  required  for  hold  down.  The  H matrix  is  the  hold  down 
counter  for  each  destination  i,  therefore  it  has  i elements, 
one  corresponding  to  each  destination.  The  MIN  parameter 
stores  the  temporary  value  of  the  best  cost  to  destination 
i;  MINR  stores  the  output  line  number  corresponding  to  this 
best  cost  value.  HOLDT  contains  the  initial  value  of  the 
hold  down  counters  in  the  H array. 

In  Step  1 the  neighbors  cost  arrays,  C',  are  read  into 
the  NC  array  in  the  locations  corresponding  to  the  line 
number  on  which  the,  C',  array  was  received.  This  is 
identical  to  the  action  in  step  1 of  Figure  5.  In  Step  2 
of  Figure  7,  the  determination  is  made  as  to  which  line 
corresponds  to  the  best  cost  to  a given  destination.  The 
first  function  of  Step  2 is  to  determine  whether  hold  down 
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Step  1 : 

Read  in  neighbors'  cost 
each  destination 

estimates , 

C',  into  NC  array  for 

Step  2: 

For  i = 1 to  N 

; Loop  through  each  destina- 
tion i . 

2a: 

If  H( i ) > 0 Then  Go 

E 1 se 

MIN  = MAX 

Ml  NR  = R(i) 

To  HOLD 

;Goto  HOLD  if  destination  i 
is  i n Ho  1 d Down . 

;Assume  destination  i is 
unreachable. 

;Save  previous  line  number 
to  i . 

2b: 

For  j = 1 to  NL 

;Loop  through  line  numbers. 

2c: 

If  NC(i,J)+A(J)+B 

Else 

> MIN  Then 

Go  To  2d 

;New  delay  estimate  worse 
than  old  estimate  ? 

2d: 

MIN  = NC( i ,j)+A( j)+8 

Ml  NR  = j 

If  j + R(i)  OR 

;Save  new  estimate. 

;Save  line  number  to  i. 

NC(i,j)tA(j)+8  < C(i)  Then  Go  To  NEXTj 

;Checking  another  line  or 
new  delay  better  ? 

E 1 se 

2e: 

NEXTj : 

H( I)  * HOLDT 

Next  j 

; Enter  Hold  Down  by  setting 
hold  down  timer. 

Step  3: 

C(i)  = MIN 

R( i ) = Ml  NR 

Go  To  NEXTi 

;Store  best  delay  after 
looki ng  at  a 1 1 1 i nes. 

;Store  line  to  destination  i 

HOLD: 

C(  i ) = NC( i ,R( i ) ) 

;Continue  to  update  CC i > for 
the  line  to  destination  i. 

3a : 

NEXTi  : 

H(i)  = H(i)  - 1 

Next  i 

; Decrement  Hold  Down  counter. 

Step  4: 

C(self)  = 0 

R(self)  = 0 

H(self)  = 0 

;Set  cost, line,  and  hold 
down  timer  to  zero  for 
node. 

Step  5: 

Send  C array  to  a 1 1 adjacent  nodes 

• 

(Adapted  from  Algorithm  3-85(4:240) 


Figure  7 Reachability  Algorithm  With  Hold  Down 
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is  in  effect  for  destination  i.  Since  the  hold  down  counter 
is  a decrementing  counter,  hold  down  will  be  in  effect  as 
long  as  H(i)  is  greater  than  zero.  (Note  that  if  the 
objective  function  is  minimizing  the  path  length,  then 
H(i)  is  essentially  a Boolean  variable  with  HOLDT  set  to 
one.)  If  hold  down  is  in  progress  for  destination  i,  then 
the  calculation  to  find  the  best  path  (Step  2b)  is  not  per- 
formed. Instead,  the  previous  best  path  to  i,  R(i),  is 
used  to  route  messages  destined  for  i.  Also,  if  hold  down 
is  in  progress,  the  cost  to  reach  destination,  i,  is'  still 
updated  using  the  cost  reported  on  line  , R(i),  from  the 
adjacent  node  attached  to  line,  R(i).  This  is  done  to  purge 
the  old  cost  information  concerning  the  old  best  route  out 
of  the  network. 

If  hold  down  is  not  in  progress  (H(i)  is  equal  to  zero 
in  Step  2a)  then  the  algorithm  proceeds  almost  as  before  and 
determines  the  best  path  by  minimizing  the  cost  to  reach 
destination  i along  output  line  j (Step  2c).  The  improved 
algorithm  solves  the  timing  synchronization  problem  assoc- 
iated with  the  previous  algorithm  by  addition  of  the  para- 
meters MIN  and  MINR.  Instead  of  directly  updating  the  cost 
array,  C,  and  the  readability  directory  array,  R,  each  time 
an  intermediate  better  cost  and  path  is  found,  this  algorithm 
stores  the  intermediate  best  path  information  in  MIN  and 
MINR  until  all  of  the  output  lines  are  investigated  for  a 
given  destination,  i.  The  C(i)  and  R(i)  values  are  updated 
only  after  the  search  of  all  the  output  lines  has  been  com- 
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pleted  (_Step  3).  This  solves  the  timing  problem  inherent 
in  the  previous  reachabilty  algoirthm  of  passing  incorrect 
cost  information  to  adjacent  nodes  while  the  output  line 
search  is  in  progress.  In  addition,  the  synchronization 
problem  associated  with  passing  to  the  NOS  flow  control  mechan 
ism  incorrect  data  about  the  proper  output  line  to  use  to 
destination  i,  is  solved  because  R(i)  is  not  updated  until 
after  the  new  best  output  is  determined  for  destination  i. 

In  Step  2d  the  algorithm  checks  to  see  if  the  hold  down 
counter  should  be  initialized  for  destination  i.  First  a 
check  is  made  to  see  if  the  j loop  is  checking  the  node's 
output  line  corresponding  to  the  current  best  path  to  i. 

If  it  is  the  same  then  the  algorithm  checks  to  see  if  the 
condition  for  initiating  hold  down  is  satisfied,  which  it  is 
if  the  new  delay  to  destination  i on  line  j is  worse  than 
the  previous  delay,  then  initiate  hold  down.  Hold  down  is 
started  in  Step  2e  by  setting  the  hold  down  counter  for  the 
i 1 destination  to  its  initial  value  HOLDT.  In  Step  3a  the 
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hold  down  counter  for  the  i1  destination  decremented  for 
each  pass  through  the  algorithm.  Thus  the  algorithm  can 
initiate  and  terminate  the  hold  down  state  for  each  destina- 
tion node  in  the  network  separately. 

Step  3,  as  mentioned  earlier,  assigns  the  cost  to  reach 
destination  i and  the  corresponding  output  line  for  this 
destination  to  C(i]  and  R(i)  respectively.  As  noted  earlier, 
this  assignment  does  not  occur  until  after  the  search  of  all 
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of  the  nodes  output  lines  for  the  i 1 destination  is  com- 
e 


Once  the  C array  is  finally  updated  to  reflect  the 
status  of  the  node  itself  (Step  4),  the  C array  can  be 
transmitted  to  all  of  the  adjacent  nodes.  An  example  of 
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the  improved  reachability  algorithm  is  described  in  Appen- 
dix B . 

Decision  Process  Summary.  Both  the  reachability 
aspect  and  the  objective  function  of  the  decision  process 
have  been  described  in  this  section.  The  final  result  of 
this  description  was  the  generation  of  the  reachability  algor- 
ithm shown  in  Figure  7.  This  reachability  algorithm  uses  a 
general  objective  function  that  minimizes  the  total  delay  to 
a given  destination  in  order  to  calculate  the  best  path  to 
this  given  destination.  The  inputs  to  the  decision  process 
consist  of  specific  parameters  that  are  minimized  in  the 
objective  function.  The  outputs  of  the  decision  process 
are  the  routing  directory  table  (R  matrix)  containing  the 
output  line  number  associated  with  each  destination  and  the 
cost  matrix,  C,  containing  the  nodes  best  estimate  of  the 
cost  to  reach  any  other  destination  in  the  network.  The 
specific  characteristics  of  this  input  and  output  data  and 
the  method  for  propogating  this  data  through  the  network  is 
described  in  the  next  section. 

Updating  Process.  This  section  will  describe  the 
specific  nature  of  the  routing  messages  passed  between  nodes 
in  the  network.  Specifically  the  message  content  and  mes- 
sage propagation  technique  will  be  described. 
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The  overall  technique  suggested  for  use  in  the  DEL  net- 
work is  that  each  node  sends  routing  messages  to  each  adja- 
cent node  containing  data  about  its  best  paths  to  all  destina- 
tions. This  is  information  that  is  destination  specific 
since  the  cost  is  given  for  each  destination,  but  it  is 
source  independent  since  the  routing  information  is  not  a 
function  of  any  individual  source  node  in  the  network.  The 
content  and  method  of  propagation  of  this  routing  data  is 
described  below. 

Routing  Message  Content.  In  this  investigation 
the  contents  of  the  routing  messages  that  are  of  primary 
concern  are  connectivity  and  delay  data.  The  proposed  DEL 
network  reachability  algorithm  objective  function  discussed 
earlier  is  a general  function  that  minimizes  these  input 
data . 

Connectivity  data  is  data  that  defines  the  physical  or 
topological  aspects  of  the  network.  In  other  words,  con- 
nectivity data  is  concerned  with  the  number  of  nodes  (or 
hops)  between  the  source  and  destination  nodes.  In  the  cal- 
culation of  the  shortest  path  between  two  nodes,  described 
earlier,  the  connectivity  data  was  used  as  the  quantitative 
measurement  parameter  that  was  minimized.  The  basic  para- 
meters of  the  connectivity  data  are  its  unit  of  measurement 
and  the  magnitude  of  this  measurement  (4:271). 

Since  the  hop  count  is  an  integer  quantity  measuring 
the  number  of  discrete  nodes  between  any  given  node  and  a 
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corresponding  destination  node,  the  unit  of  measurement  is 
one  hop.  Fractions  of  hops  are  not  defined. 

The  magnitude  of  this  hop  count  can  range  from  one 
(for  adjacent  destinations)  to  N-l  (worst  case).  The  number 
of  bits  required  to  represent  this  quantity  in  the  routing 
message  is  log2(N). 

In  the  DEL  proposed  design  the  hop  count  measurement  is 
stored  in  the  cost  array,  C.  This  cost  represents  the  num- 
ber of  hops  to  reach  each  possible  destination  in  the  net- 
work. The  hop  count  that  is  contributed  by  each  node  to 
the  total  hop  count  to  reach  a given  destination  using  any 
output  line  is  the  value  one,  which  is  stored  in  the  A(j) 
array  element,  where  j indicates  the  output  line  number. 
Therefore,  if  the  hop  count  is  used  as  the  content  of  the 
routing  message  it  must  be  contained  in  the  network  routing 
message  passed  from  node  to  node.  Hop  count  is  not  the  only 
measurement  parameter  that  can  be  sent  in  the  routing  mes- 
sages. Another  parameter  is  the  total  delay  to  transmit  a 
message  from  a given  node  to  any  destination. 

The  total  delay  is  a function  of  three  variables 
(1:215;  4:272): 

- Transmission  delay  - measured  in  time 

- Propagation  delay  - measured  in  time 

- Node  processing  delay  - measured  in  time. 

The  following  discussion  will  describe  these  delays  in  terms 
of  unit  of  measurement,  quantitative  value,  and  .methods  for 
acquiring  the  delay  values. 
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The  measurement  parameter  common  to  all  three  variables 
is  time.  The  unit  (or  smallest)  measurement  quantity  should 
be  the  smallest  delay  expected  over  any  single  line.  This 
will  enable  all  of  the  delay  variables  to  be  measured  in 
terms  of  this  smallest  unit.  In  practice,  the  measurement 
unit  is  usually  a millisecond.  For  the  DEL  laboratory,  the 
suggested  measurement  unit  is  also  the  millisecond  since 
most  transmission  line  characteristics  and  internal  central 
processor  tasks  can  be  measured  acturately  in  milliseconds 
by  most  of  the  minicomputers  in  the  DEL.  For  example,  in 
the  Altair  8800b  computer,  time  increments  can  be  used  to 
measure  delay  using  the  Vector  Interrupt/RTC  hardware 
module  (28). 

The  quantitative  value  of  the  delay  variables  varies 
considerably  depending  on  such  factors  as  topology,  line 
speed  (bandwidth),  and  packet  size.  The  transmission  delay 
is  the  elapsed  time  it  takes  to  transmit  an  entire  indivi- 
dual packet,  therefore  transmission  delay  is  affected  by 
packet  length  and  transmission  rate.  The  transmission  de- 
lay is  calculated  as  follows  (4:87): 

Transmission  delay  = (number  of  bits  in  packet  [bits])/ 

(transmission  rate  [bps]) 

Figure  9 graphically  shows  how  transmission  delay  varies  for 
given  packet  sizes.  Typical  values  for  the  DEL  network , 
using  existing  hardware  and  software  transmission  capabil- 
ities are  shown  in  Table  2.  Detailed  discussions  concerning 
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calculation  of  line  delay  and  capacity  assignments  for  net- 
works can  be  found  in  Schwartz  CD.  Kleinrock  (.29;  30), 
McQuillan  (4:86-97),  and  Metcalfe  (31). 

Propagation  delay  is  the  delay  for  a given  bit  of  a 
packet  to  traverse  a path  from  node  to  node.  Propagation 
delay  then,  is  clearly  a function  of  the  distance  traveled. 
Since  electrical  signals  travel  at  speeds  close  to  the 
speed  of  light,  propagation  delays  are  generally  insignifi- 
cant for  topologically  small  networks  such  as  the  proposed 
DEL  network.  For  this  reason,  propagation  delay  can  be  ig- 
nored in  the  DEL  design.  Typical  propagation  times  are 
shown  in  Table  3 (4:89). 

Node  processing  delay  is  the  total  time  required  to 
process  a packet  by  a node.  This  time  is  measured  by 
summing  the  time  required  to  store  (receive)  the  packet 
with  the  time  to  forward  (transmit)  the  packet  plus  the 
time  spent  waiting  in  queues  because  higher  priority  tasks 
are  being  processed  by  the  node  (4:87).  These  times  are 
highly  dependent  on  the  type  of  flow  control  mechanism  used 
by  the  node.  A description  of  flow  control  mechanisms  is 
beyond  the  scope  of  this  report  (Schwartz  (1)  contains  a 
design  approach  for  constructing  flow  control  mechanisms). 
However,  a typical  value  for  the  sum  of  the  three  times  is 
one  millisecond  (.4:89.)  for  distributed  networks  such  as 
the  ARPA  network.  However,  depending  on  the  specific  de- 
sign used  in  implementing  the  flow  control  mechanism,  this 
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Table  2 


Transmi ssion 
Speed  (.bps) 

Packed  Size  (bits)  i 

100 

500 

1200 

110 

9Q9 . 1ms 

4545.5ms 

10.2k  ms 

3Q0 

333.3 

1666.7 

4.0k 

2400 

41.7 

208.3 

500.0 

9600 

10.4 

52.1 

125.0 

19200 

5.2 

26.0 

62.5 

Typical  DEL  Transmission  Delays 


Table  3 


Distance 

Del  ay 

Line  Types 

100  ft. 

. 0001ms 

Very  short  (DEL  network) 

10  mi . 

. 054ms 

i ntra-ci ty 

100  mi . 

. 54ms 

inter-city 

3000  mi . 

16 . 2ms 

cross-country 

45000  mi . 

272  . Oms 

satellite 

(Adapted  from  McQuillan  (4:89)) 


Typical  Propagation  Delays 
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delay  could  vary  by  several  orders  of  magnitude.  Because 
of  this,  the  nodal  processing  delay  should  be  included  in 
the  DEL  routing  algorithm. 

The  total  delay  then  for  the  DEL  network  is  the  sum  of 
the  transmission  delay  and  the  nodal  processing  delay. 

Since  the  delay  values  may  vary  depending  on  the  output  line 
selected  for  a given  destination,  each  node  must  calculate 
the  total  delay  for  each  output  line.  This  delay  is  then 
stored  in  the  node's  A matrix  (see  Figure  7)  as  the  node's 
delay  estimate  to  send  a message  out  on  a given  line. 

Because  of  the  nature  of  the  reachability  algorithm, 
the  delay  from  node  to  node,  as  a message  proceeds  along 
any  path,  is  cumulative.  The  number  of  bits  that  must  be 
reserved  in  the  routing  message  to  represent  the  delay 
must  account  for  this  phenomenon.  The  number  of  bits  is 
then  : 

Log-Umax  path  length  in  hops)*(max  delay  for  the 
worst  node)]  + NB 

where  NB  = (max  path  length  in  hops)  * 0 
It  is  assumed  that  if  the  delay  is  ever  greater  than  MAX 
then  the  destination  is  unreachable.  An  important  point 
to  consider  also  is  the  value  for  MAX.  All  of  the  delay 
considerations  above  apply  to  the  calculation  of  the  value 
for  MAX.  The  guideline  for  assigning  the  value  for  MAX  is 
that  under  normal  conditions  (no  failures)  in  the  network, 
MAX  must  be  greater  than  the  expected  worst  case  delay  to 
any  node  in  the  network. 
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Now  that  the  delay  parameters  have  been  described,  the 
issue  still  remains  of  how  to  obtain  the  values  for  the 
delay.  The  delay  values  can,  in  general,  be  constant, 
estimated,  or  measured  at  some  frequency  sufficient  to  main- 
taining the  accuracy  of  the  data  (4:274).  If  the  trans- 
mission rate  for  a given  output  line  of  a node  is  constant 
then  the  delay  due  to  transmission  can  be  constant  for  that 
line.  If  the  transmission  is  variable,  then  some  kind  of 
measurement  is  required.  Depending  on  the  sophistication  of 
the  communications  hardware  interface,  the  line  transmission 
rate  could  be  directly  obtainable  from  the  hardware  allowing 
the  transmission  delay  to  be  readily  calculated.  Another 
method  for  directly  measuring  the  line  delay  is  to  periodi- 
cally measures  how  long  it  takes  to  transmit  a fixed  length 
message.  An  advantage  of  this  technique  is  that  the  trans- 
mission delay  associated  with  the  fixed  length  packet  could 
be  used  in  evaluating  the  expected  delay  for  other  packets  of 
varying  sizes.  Since  the  actual  hardware  and  software  design 
of  each  node  in  the  DEL  network  is  different,  it  is  difficult 
to  specify  which  technique  to  use  in  measuring  transmission 
delay.  The  significant  point  is  that  some  kind  of  measuring 
mechanism  must  be  implemented  in  the  proposed  design,  there- 
fore consideration  should  be  given  to  this  area  when  de- 
signing the  overall  NOS  software.  In  measuring  nodal  pro- 
cessing delay,  the  majority  of  the  delay  results  from  the 
incoming  and  outgoing  messages  being  stored  in  queues 
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waiting  for  processing.  Generally  there  are  separate  input 
and  output  queues  for  each  of  the  node's  lines,  therefore 
separate  measurements  can  he  taken  for  each  line.  This 
measurement  is  a measure  of  the  expected  waiting  time  for 
each  queue.  The  delay  measurement  technique  varies  de- 
pending on  the  type  of  queue  used  (FIFO,  priority,  circular, 
etc.).  In  general,  however,  the  measurement  is  usually  the 
number  of  bits  to  send  or  the  number  of  packets  in  the 
queue.  The  measurement  can  be  a continual  measurement  (i.e. 
instantaneous  totals  are  constantly  updated  as  messages 
enter  and  leave  the  queue)  or  can  be  a periodic  measurement 
(i.e.  periodic  "snapshot"  of  the  queue)  taken  whenever  the 
routing  algorithm  needs  the  data  to  perform  a routing  compu- 
tation (4:275).  It  is  extremely  difficult  to  recommend 
one  technique  over  the  other  without  the  knowledge  of  the 
design  of  the  NOS  control  flow  mechanism  and  queue  design. 
However,  from  the  standpoint  of  design  complexity,  the  con- 
tinual measurement  technique  is  generally  more  complex  than 
the  "snapshot"  technique.  This  complexity  stems  primarily 
from  the  fact  that  the  continual  method  is  generally  imple- 
mented as  a parallel  process  rather  than  a sequential  pro- 
cess. (Coffman  (26)  discusses  the  problems  associated  with 
parallel  versus  sequential  processing  and  Schwartz  (1) 
presents  a detailed  analysis  of  network  queuing  and  buffer 
design  in  his  text).  Another  point  to  consider  in  deciding 
which  technique  to  implement  is  that  continual  measurement 
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techniques  are  generally  used  in  systems  where  the  nodal 
processing  delay  varies  over  a wide  range  at  frequent  inter- 
vals and  it  is  required  to  monitor  these  frequent  changes. 

This  section  has  described  the  portion  of  the  updating 
process  concerned  with  the  contents  of  the  routing  message. 

The  next  section  will  describe  the  method  used  to  propagate 
these  contents  from  node  to  node. 

Routing  Message  Propagation . This  section  describes 
the  suggested  technique  for  propagating  the  routing  messages 
from  node  to  node.  As  described  earlier,  the  basic  ground 
rule  is  that  propagation  of  the  messages  is  between  adjacent 
nodes.  The  propagation  method  that  will  be  described  was 
assumed  to  exist  in  the  reachability  algorithm  of  Figure  7 
(Steps  1 and  5).  Basically  the  propagation  technnique  is  a 
method  for  transferring  the  node's  cost  matrix,  C,  to  all 
adjacent  nodes  and  receiving  the  adjacent  nodes'  cost 
matrices,  C ' . 

The  technique  suggested  for  use  in  the  DEL  network  con- 
sists of  transmitting  the  same  routing  message  to  each  adja- 
cent node  at  both  a fixed  periodic  update  rate  and  as  a re- 
sult of  an  asynchronous  event  trigger.  The  following  para- 
graphs will  describe  the  justification  for  this  choice  and 
a general  description  of  the  design  parameters  of  this 
technique. 

The  reason  for  selecting  the  same  routing  message  to  be 
sent  to  each  adjacent  node  was  based  primarily  on  the 
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simplicity  and  minimal  memory  usage  characteristics  of  this 
technique.  This  technique  avoids  the  extra  computation  re- 
quired to  continually  generate  different  routing  messages. 
Generally  the  reason  for  generating  different  routing  messages 
per  output  line  is  to  minimize  the  injection  of  extraneous 
information  into  the  network.  As  already  described,  the  hold 
down  technique  added  to  the  basic  reachability  algorithm  also 
accomplishes  this  goal.  Generating  only  one  routing  message 
also  saves  considerable  memory  space  since  at  least  one 
table  in  memory  is  required  per  message  per  line  (4:288). 

This  is  especially  significant  in  the  DEL  network  since  the 
majority  of  the  minicomputers  in  the  laboratory  have  limited 
memory  resources  (e.g.  generally  less  than  32k). 

One  of  the  basic  requirements  of  the  reachability 
algorithm  is  that  it  be  executed  frequently  enough  to  detect 
changes  in  the  network.  Periodic  execution  of  the  algoirthm 
by  the  NOS  will  provide  the  means  for  ensuring  that  this 
requirement  is  satisfied.  The  actual  frequency  at  which 
the  algorithm  is  to  be  executed  is  a function  of  many  flow 
variables,  therefore  it  is  difficult  to  suggest  a value  for 
the  frequency.  However,  the  significant  point  to  consider 
when  selecting  the  update  frequency  is  that  the  algorithm 
must  be  executed  often  enough  to  detect  changes  in  the  net- 
work. This  implies  that  a priority  structure  of  some  kind 
is  required  to  ensure  that  the  routing  algorithm  is  executed. 
Specifically,  routing  information  processing  must  always 
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have  a higher  priority  than  information  packet  processing 
since  it  may  he  necessary  to  alter  the  current  route  being 
used  to  some  new  route  based  on  changes  in  the  network. 


Significant  network  performance  degration  will  probably 
occur  in  the  network  as  congestion  develops  due  to  out-of- 
date  routing  information  if  the  routing  process  cannot  be 
executed  because  of  blockage  by  higher  priority  tasks  (4: 
135).  In  a design  application  in  general  and  specifically 
in  the  DEL  routing  algorithm  design  the  control  flow  mechan- 
ism of  the  NOS  must  ensure  that  (4:135-136): 

1.  Input  of  routing  messages  must  always  be  possible. 
This  implies  that  sufficient  common  buffer  space  be  allo- 
cated for  storage  of  the  incoming  messages  and  that  the 
input  process  be  run  often  enough  to  ensure  that  messages 
are  not  lost. 

2.  Output  of  routing  messages  must  always  be  possible. 
As  in  the  case  of  input  messages,  storage  must  also  be  re- 
served for  the  output  messages  and  the  output  message  pro- 
cess must  be  executed  often  enough  so  that  routing  messages 
can  be  transmitted  as  they  are  generated.  (Note  that  this 
implies  that  routing  messages  have  highest  priority  in  the 
network ) . 

3.  As  already  mentioned,  the  routing  update  computa- 
tion (.reachability  algorithm)  must  always  be  possible. 
Storage  must  he  available  for  storing  the  routing  update 
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information  (i.e.  the  cost  and  directory  matrices,  C and  R 
respectively  in  Figure  7)  whenever  the  reachability  algor- 
ithm is  executing.  This  can  be  accomplished  by  dedicating 
common  storage  to  these  parameters. 

Using  a periodic  update  scheme  in  the  NOS  control 
mechanism  for  activating  the  routing  algorithm  will  ensure 
that  the  requirements  above  will  be  satisfied.  A periodic 
update  scheme  will  ensure  that  the  routing  calculation  is 
executed  at  regular  intervals.  In  addition  to  the  periodic 
update  frequency  suggested  for  the  DEL  network,  asynchronous 
event  triggered  execution  of  the  routing  computation  is  also 
desired.  This  is  especially  beneficial  if  a slow  periodic 
update  frequency  is  implemented.  Suggested  events  to  be  used 
to  trigger  the  routing  algorithm  are:  (1)  send  the  routing 
message  as  soon  as  the  new  routing  information  is  computed 
and  (.2)  send  the  new  routing  message  if  changes  are  detected 
in  the  routing  algorithm  decision  parameters.  The  first 
trigger  is  straight  forward.  However,  the  second  trigger 
method  may  cause  the  routing  algorithm  to  trigger  excessively 
in  large  networks  since  the  frequency  of  network  changes  is 
relatively  high.  Since  the  proposed  DEL  network  is  a very 
small  network,  it  can  safely  be  assumed  that  the  frequency 
of  network  changes  will  be  small  relative  to  the  time  needed 
to  execute  the  routing  algorithm. 

Update  Process  Summary.  This  section  has  described 
the  suggested  method  for  propagating  the  routing  messages 
from  node  to  node  in  the  network.  The  flow  process  is  shown 
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Figure  10  along  with  the  associated  common  data  bases  for 
the  process.  The  following  points  describe  the  propagation 
process : 


- Local  propagation  to  adjacent  nodes  only. 

- Same  routing  message  to  all  adjacent  nodes. 

- Transmit  routing  message  periodically  and 

- Transmit  routing  message  asynchronously . 

- Use  priority  structure  to  ensure  routing  message 

transmission 

- Allocate  sufficient  huffer  space  for  routing  task. 

The  next  section  will  describe  the  message  forwarding  pro- 
cess(i.e.  the  general  process  of  forwarding  a message  from 
its  source  to  destination). 

Forwarding  Process.  The  forwarding  process  is  con- 
cerned with  the  method  used  by  each  node  to  guide  a packet 
from  its  source  to  its  destination  node  in  the  network.  The 
forwarding  process  is  closely  related  to  the  decision  pro- 
cess. The  decision  process  optimizes  and  chooses  the  cor- 
rect node  output  line  from  which  to  send  a packet  to  a de- 
sired destination.  The  forwarding  process  is  the  means  of 
conveying  the  results  of  the  decision  process  to  the  NOS  flow 
control  mechanism.  In  the  DEL  proposed  network  it  is  sug- 
gested that  this  be  done  by  simply  using  a table  look-up 
scheme.  (In  the  algorithm  in  Figure  7,  this  Is  indeed  the 
scheme  assumed).  The  table  should  have  one  entry  per  desti- 
nation and  each  entry  should  contain  the  identity  of  the 
best  output  line  to  forward  all  packets  to  a given  destina- 

86 

• * ' 




RECEIVE  PROCESS  I ASYNCHRONOUS  TASK  PERIODIC  TASK 


r 


I al  - 


67 

L 


LOCAL  NODE  OPERATING  SYSTEM 


tion.  In  the  previous  reachability  algorithm,  (Fig.  7),  the 
directory  routing  matrix,  R,  is  used  for  this  purpose.  The 
network  control  flow  mechanism  simply  uses  the  value  in  the 
ith  entry  in  the  R matrix  to  use  as  the  identity  of  the  out- 
put line  for  the  destination. 

Since  this  table  is  referenced  (indexed)  by  destination 
only,  the  information  is  destination  specific  and  source  inde- 
pendent (4:295).  This  means  that  the  routing  directory  table 
used  in  the  forwarding  process  need  only  be  N words  In  length, 
where  N is  the  number  of  destinations  In  the  network. 

The  forwarding  process,  then,  simply  consists  of  a 
directory  routing  matrix,  R,  (containing  the  output  line  to 
each  destination)  which  is  passed  to  the  networn  flow  con- 
trol mechanism  to  route  packets  to  all  destinations  in  the 
network . 

Routing  Algorithm  Summary.  This  section  provides  a 
summary  of  the  significant  design  considerations  of  the  DEL 
routing  algorithm. 

1.  The  control  regime  is  the  primary  means  of  classi- 
fying the  routing  algorithm.  Since  the  type  of  control  is 
distributive,  the  routing  algorithm  can  be  considered  dis- 
tri buted . 

2.  The  major  functional  components  of  the  routing 
algorithm  are  the  decision  process,  the  updating  process, 
and  the  forwarding  process. 

3.  In  distributed  algor ithms,  adapting  to  changes  in 
the  network  topology  and  traffic  flow  is  relatively  slow, 
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therefore  the  hold  down  technique  is  recommended  for  the 
DEL  routing  algorithm. 

4.  The  objective  function  of  the  reachability  algorithm 
minimizes  the  total  delay  from  a given  node  to  any  destina- 
tion. 

5.  The  updating  process  consists  of  sending  the  same 
routing  information  to  all  adjacent  nodes. 

6.  The  proposed  propagation  technique  for  the  updating 
process  is  to  use  both  periodic  and  asynchronous  transmis- 
sion schemes. 

7.  The  forwarding  process  is  a simple  table  look  pro- 
cedure . 

Overall,  the  routing  algorithm  described  in  the  previous 
section  satisfies  all  of  the  DEL  network  requirements  and 
can  be  integrated  into  the  total  NOS  with  relative  ease. 

Now  that  the  proposed  DEL  routing  algorithm  has  been 
described,  a set  of  communications  protocol  rules  must  be 
developed  that  will  enable  the  routing  information  to  be 
propagated  through  the  network.  The  next  chapter  will  dis- 
cuss the  design  of  this  node-to-node  protocol. 
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IV  NODE-TO-NQDE  PROTOCOL  CONSIDERATIONS 


This  chapter  will  discuss  the  suggested  specification 
for  the  node-to-node  communications  protocol  for  use  in  the 
proposed  DEL  computer  network.  This  discussion  focuses  on 
the  protocol  and  the  associated  message  format  and  message 
contents. 

A review  of  the  general  requirements  for  a communica- 
tions protocol  is  presented  followed  by  a discussion  of  a sug- 
gested communication  protocol  hierarchy  for  the  DEL  network. 
After  describing  the  general  communications  protocol  hier- 
archy, the  details  of  the  suggested  DEL  node-to-node  protocol 
will  be  described. 

General  Protocol  Requirements 

The  general  pupose  of  any  communications  protocol  is  to 
provide  rules  or  procedures  that  enable  communication  be- 
tween two  ends  (nodes  of  a communications  link.  Specifi- 
cally, a communications  protocol  should  provide  a set  of 
procedures  that  (1:323-324): 

- enable  synchronization  to  be  established  and  maintained 
between  nodes. 

- format  the  messages  between  nodes  in  some  kind  of 
standard  configuration 

- haye  some  kind  of  message  acknowledgement  indicators 

- detect  transmission  errors 

- terminate  the  message  transmission  was  completed. 

In  addition,  to  these  requirements,  the  communications 
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protocol  should  be  capable  of  adjusting  to  different  modes 
of  communication  (e.g,  half-duplex  or  duplex,  polled  or  non- 
polled  lines)  and  to  different  network  configurations  (e.g. 
centralized,  loops,  distributed,  etc.). 

In  implementing  these  procedures,  a protocol  will 
generally  establish  a set  of  codes  and  special  characters 
that  are  used  to  implement  the  requirements  above.  The 
codes  can  consist  of  many  varied  and  numerous  formats  de- 
pending on  the  requirements  of  the  associated  communications 
systems.  To  attempt  to  standardize  the  formats  used  in  com- 
munications protocols  several  organizations  have  developed 
(or  are  developing)  "standards".  Seyeral  examples  include 
the  ANSI  standard  Advanced  Data  Communication  Control  Pro- 
cedure (ADCCP)  (II),  the  International  Standards  Organiza- 
tion (ISO)  standard  High-Level  Data  Link  Control  (HDLC)  (32) 
and  IBM's  Synchronous  Data  Link  Control  (SDLC)  (12).  The 
standards  attempt  to  provide  common  line  control  procedures 
and  message  format  standards  in  order  to  simplify  communica- 
tion protocol  design. 

The  discussion  above  described  the  general  character- 
istics of  any  communications  protocol  and  gave  current 
examples  of  several  standards  for  implementing  these  require 
ments.  The  next  section  of  this  report  will  describe  a gen- 
eral communication  hierarchy  and  will  discuss  how  these  re- 
quirements are  integrated  into  the  network  communications 
subsys  tern . 
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The  primary  purpose  of  the  communications  subsystem  is 
to  provide  the  capability  of  transferring  a message  (packet) 
(1:14)  from  a source  node  to  a destination  node  while  satis- 
fying the  requirements  discussed  in  the  previous  section. 

This  process  involves  passing  the  message  through  several 
layers  of  the  communication  subsystem.  These  layers  com- 
prise the  communications  hierarchy.  Figure  10A  shows  the 
levels  of  hierarchy  involved  in  transmitting  a message.  In 
the  host  computer  the  host-to-host  protocol  information  is 
added.  This  information  is  host-specific  and  contains  con- 
trol information  directing  the  destination  host  computer  to 
perform  some  function  on  the  accompanying  transmitted 
message.  This  protocol  does  not  necessarily  have  to  conform 
to  the  requirements  discussed  previously  since  this  level  of 
protocol  does  not  effect  the  message  transmission  (i.e.  it 
is  considered  to  be  transparent).  After  this  the  host  then 
calculates  and  modifies  the  message  in  accordance  with  the 
protocol  that  allows  the  message  to  be  transmitted  from  the 
host  to  its  attached  node.  This  protocol  is  similar  in 
nature  to  the  node-to-node  protocol  in  that  it  must  satisfy 
the  general  requirement  discussed  previously.  Once  the 
node  received  the  message  from  the  host,  it  removes  (i.e. 
extracts  the  message  and  host-to-host  protocol  ) the  host- 
to-node  protocol  since  it  is  no  longer  needed  and  attaches 
the  node-to-node  protocol.  This  protocol  enables  the  message 
to  be  transmitted  through  the  network  to  the  final  destina- 
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Figure  |0A  Commun i cat  ions  Protocol  Hierarchy 


tion  node.  It  therefore  must  satisfy  all  of  the  requirements 
of  a communications  protocol.  At  the  final  destination  node, 
the  process  shown  in  Figure  10A  is  reversed. 


The  updating  and  forwarding  processes  discussed  in 
Chapters  II  and  III  jse  the  node-to-node  protocol  to  trans- 
mit their  routing  information  along  the  network  paths.  The 
other  levels  of  the  protocol  hierarchy  are  used  to  transfer 
the  user's  message  from  user-to-source  host-to-desti nati on 
host-to-user  and  are  not  concerned  with  the  path  from  source 
to  destination.  Therefore,  the  only  level  of  protocol  that 
will  be  discussed  in  this  report  is  the  node-to-node  protocol 
which  is  concerned  with  this  path.  This  node-to-node  proto- 
col is  discussed  in  the  next  section  of  this  report. 
Node-to-Node  Protocol 

The  node-to-node  (NTN)  protocol  contains  basically  two 
levels  of  control.  Level-0  is  used  to  control  the  transfer 
of  messages  between  adjacent  nodes  and  Level-1  is  used  to 
control  the  message  transfer  between  source  and  destination 
nodes.  These  two  levels  are  necessary  because  a message 
being  sent  from  a specific  source  may  be  routed  through 
several  intermediate  nodes  before  reaching  the  final  destina- 
tion node.  The  control  required  between  adjacent  nodes  is 
different  than  the  control  required  between  the  source  and 
destination  nodes. 

Level-1  Information.  This  information  controls  the 
sequential  transfer  of  the  data  message  from  the  source  node 
to  its  destination  node.  This  includes  information  such  as 
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the  message  number,  request  for  storage,  request  for  destina- 
tion status,  etc.  The  information  is  primarily  concerned 
with  end-to-end  sequence  control  between  the  source  and 
destination.  Examples  of  Level-1  control  information  are 
the  ARPANET  source  to  destination  control  mechanism  (1:48-49; 
3:743-744:32:3-5),  the  GE  Information  jervices  network  trans- 
mission mechanism  (1:19-23),  and  TYMNET  message  transmission 
mechanism  (1:30-32).  This  level  of  control  is  transparent 
(does  not  effect  the  message  transmission  mechanism)  data 
with  respect  to  the  NTN  protocol.  This  is  because  the  data 
contained  in  the  Level-1  protocol  does  not  affect  the  trans- 
mission or  acknowledgement  of  the  messages  being  sent  between 
adjacent  nodes  since  it  is  intended  to  be  used  only  by  the 
destination  node.  However,  some  of  the  information  contained 
in  the  level-1  protocol  does  affect  the  routing  algorithm 
discussed  previously  (See  Figure  7).  This  information  in- 
cludes the  node's  best  cost  (the  D array  in  Figure  7)  esti- 
mate for  reaching  each  destination.  This  implies  that 
routing  messages  that  contain  only  routing  information 
(i.e.  no  host-to-host  or  user  message  information  present) 
may  be  sent  between  adjacent  nodes  using  only  the  NTN  pro- 
tocol. This  greatly  reduces  the  message  overhead  required 
to  send  routing  information  between  nodes.  This  Level-1  in- 
formation (even  with  the  host-to-host  and  user  message  pre- 
sent) does  not  affect  the  actual  transmission  of  the  message 
between  nodes.  The  information  affecting  the  NTN  transmission 
is  contained  in  Level-0. 
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Level-0  Information.  Level-0  information  controls  the 
transmission  of  messages  between  adjacent  nodes.  This  in- 
formation must  satisfy  the  requi remen t for  a transmission 
protocol  discussed  previously.  For  the  DEL  proposed  network, 
the  data  should  include: 

- message  synchronization  bits  to  indicate  the  begin- 
ning and  end  of  the  transmission. 

- a message  acknowledgement  field  to  indicate  that  a 
message  was  successfully  received  by  the  node. 

- error  checking  information  bits  to  ensure  that  the 
message  data  is  error  free. 

- a field  to  detect  duplicate  message  transmission. 
Several  existing  protocols  satisfy  all  of  the  above  require- 
ments. These  include  the  ARPANET  protocol  (1:49-50;  3:744- 
745),  the  ADCCP  protocol  (17:335-339;  11),  and  the  SDLC  pro- 
tocol (12). 

It  is  difficult  to  recommend  a specific  protocol  with- 
ot  first  designing  the  overall  NOS  flow  control  mechanism. 

One  significant  aspect  of  any  protocol  is  that  it  conforms 
to  some  kind  of  industry  standard  if  possible.  This  would 
help  simplify  the  actual  design  of  the  network  communica- 
tions subsystem  as  well  as  modifications  to  the  subsystem. 

The  ARPANET  protocol  mentioned  above  was  one  of  the  first 
operational  network  protocols  and  is  similar  to  the  standards 
mentioned.  Because  it  was  created  relatively  early,  the 
ARPANET  protocol  does  not  conform  to  any  one  standard, 
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therefore  it  is  not  recommended  for  use  in  the  DEL  network 
design.  However,  a study  of  the  ARPANET  protocol  would  be 
extremely  useful  in  aiding  the  design  effort  of  the  DEL  net- 
work protocol  since  it  is  a working  network  protocol.  Addi- 
tional problems  in  end-to-end  protocol  design  such  as 
addressing,  efficiency,  reliability,  and  timing  can  be 
found  in  Watson  (33)  and  Fletcher  (34).  The  SDLC  and  ADCCP 
protocols  are  "standards"  for  protocol  design.  Either  proto- 
col will  satisfy  all  of  the  requirements  listed  above  for  the 
DEL  protocol.  Both  protocols  are  very  similar  in  their  de- 
sign and  selection  of  one  for  use  in  the  DEL  network  will 
depend  on  the  specific  design  goals  of  the  overall  DEL  net- 
work. The  significant  point  to  be  considered  is  that  only 
one  standard  be  chosen  for  implementation  and  that  all  Pro- 
tocols designed  in  the  network  conform  to  the  selected 
standard . 

Summary 

This  chapter  described  the  general  requirements  for  any 
communications  protocol.  A communication  hierarchy  was  then 
described  for  the  proposed  DEL  network.  This  hierarchy  con- 
sisted of  several  levels  of  protocols  required  to  transmit 
a message  from  a source  to  destination  node.  The  require- 
ments for  the  node-to-node  level  of  protocol  were  described 
for  the  DEL  network  protocol.  Finally,  two  protocol  stand- 
ards were  suggested  for  consideration  to  be  used  in  the  DEL 
network;  these  are  the  SDLC  and  ADCCP  protocols. 
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Ill  CONCLUSIONS 


This  part  of  this  report  has  focused  on  the  requirements 
and  suggested  design  considerations  for  the  development  of  a 
distributed  network  routing  algorithm  and  a node-to-node  pro- 
tocol. This  chapter  summarizes  the  significant  design  con- 
siderations that  should  be  used  in  the  DEL  network  routing 
algorithm  and  node-to-node  protocol  designs. 

The  design  considerations  for  the  DEL  network  routing 
algorithm  are: 

1.  The  primary  means  of  classifying  any  routing  algor- 
ithm is  by  the  type  of  control  regime  used.  The  suggested 
control  mechanism  for  the  DEL  network  is  a distributed  con- 
trol mechanism  therefore  the  DEL  network  routing  algorithm 
can  be  considered  to  be  distributed. 

2.  The  major  functional  components  of  any  routing  algor- 
ithm are  the  decision  process,  the  updating  process,  and  the 
forwarding  process. 

3.  In  distributed  algorithms,  the  decision  process  (i. 
e.  adapting  to  changes  in  the  network  topology  and  traffic 
flow)  is  relatively  slow,  therefore  the  hold  down  technique 
is  recommended  for  the  DEL  routing  algorithm  to  improve  the 
process . 

4.  The  objective  function  used  in  the  decision  process 
minimizes  the  total  delay  from  a given  node  to  any  destina- 
tion. 
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5.  The  recommended  updating  process  is  to  send  the 
same  routing  information  to  all  adjacent  nodes. 

6.  The  proposed  propagation  technique  for  the  updating 
process  is  to  use  both  periodic  and  asynchronous  transmis- 
sion schemes. 

7.  The  recommended  forwarding  process  is  to  use  a 
simple  table  lookup  procedure. 

The  design  of  a distributed  routing  algorithm  using 
these  suggested  considerations  will  satisfy  all  of  the  DEL 
network  requirements  and  can  be  integrated  into  the  total 
NOS  with  relative  ease. 

The  node-to-node  protocol  design  considerations  are: 

1.  The  DEL  network  should  contain  a hierarchy  of  pro- 
tocols consisting  of  host-to-host , host-to-node , and  node- 
to-node  protocols. 

2.  The  DEL  network  proposed  node-to-node  protocol 
should  contain: 

a.  synchronization  bits 

b.  acknowledgement  bits 

c.  error  checking  bits 

d.  duplicate  message  checking  bits. 

3.  The  ADCCP  and  SDLC  protocols  satisfy  the  DEL  node- 
to-node-  protocol  requirements.  The  node-to-node  design  con- 
siderations presented  in  Part  1 will  provide  the  DEL  network 
with  a means  of  transmitting  messages  from  node-to-node  in 
the  network. 
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Part  2 of  this  report  will  discuss  the  design  and  imple- 


mentation of  a data  communications  interface  between  the 
Altair  computer  and  the  CYBER  74  computer. 
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PART  2 


VI  INTRODUCTION 

This  chapter  descrihes  in  general  the  computer  programs 
used  to  implement  the  Altair  8800b  to  CYBER  74  data  inter- 
face. The  collection  of  programs  is  known  as  the  CYBER 
System  Computer  Program  (CYBERSCP).  The  primary  function 
of  the  CYBERSCP  is  to  provide  a software  interface  between 
the  Altair  8800b  computer  and  the  ASD/AFIT  CDC  CYBER  74  com- 
puter that  allows  direct  transfer  of  user  created  data  files 
between  the  computers.  The  CYBERSCP  will  also  allow  the 
execution  of  SCOPE  commands  utilizing  the  facilities  of  the 
CYBER  74  INTERCOM  System  (30).  The  CYBERSCP  consists  of 
five  computer  programs  implemented  on  the  Altair  8800b 
minicomputer  in  the  Electrical  Engineering  Digital  Engin- 
eering Laboratory  (DEL).  The  five  programs  are:  (1)  DOSCYB, 
(2)  CYBER,  (3)  CIN3,  (4)  TIME  and  (5)  BASIC. 

The  general  system  functional  operation  will  be  de- 
scribed followed  by  a detailed  description  of  each  computer 
program.  The  description  of  each  program  will  consist  of 
describing  each  program's  inputs,  outputs  and  functional 
flow  (including  a functional  flowchart).  A detailed  descrip- 
tion of  the  data  base  is  included  in  this  report  following 
the  CYBERSCP  computer  program  description.  A user's  manual 
is  also  provided  in  Part  3 of  this  report.  This  user's 
manual  provides  instructions  on  trie  use  of  the  CYBERSCP. 
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General  Description.  The  CYBERSCP  System's  primary  pur- 


pose is  to  support  the  transfer  of  user  generated  files  be- 
tween the  CYBER  74  and  Altair  88Q0b  computers.  This  direct 
transfer  of  files  will  allow  DEL  computers  to  transfer  data 
files  (binary  or  ASCII)  between  the  CYBER  74  System  and  the 
DEL  computers  without  the  need  for  an  intermediate  form  of 
transfer  such,  as  magnetic  or  paper  tape.  Since  the  Altair 
8800b  is  an  8Q80A  based  minicomputer,  one  of  the  signifi- 
cant benefits  of  this  interface  will  be  the  capability  to 
generate  8080A  assembly  code  using  the  CYBER  74  MAC  80  cross 
assembler  and  then  to  transfer  this  data  directly  to  the 
Altair  computer.  This  will  allow  users  the  capability  to 
use  the  CYBER  74  system  to  generate  8080A  machine  code  and 
then  directly  transfer  this  code  to  an  8080A  based  minicom- 
puter. Once  the  DEL  network  is  created  (assuming  the  Altair 
is  part  of  this  network)  the  data  files  may  then  be  trans- 
ferred to  any  computer  in  the  network.  In  essence  then,  in 
view  of  the  network  description  in  Part  I of  this  report, 
the  CYBER  74  would  be  a resource  available  to  the  entire  net- 
work via  the  Altair  to  CYBER  74  data  interface. 

The  CYBERSCP  has  two  operational  modes.  The  first 
mode,  DATA  mode,  provides  the  user  with  only  local  control  of 
the  Altair  system.  All  commands  used  by  the  user  while  in 
the  DATA  mode  are  interpreted  by  the  Altair  system  software. 
In  the  DATA  mode,  the  user  can  write,  compile,  assemble  and 
run  local  Altair  programs  by  using  the  existing  CYBERSCP 
software  facilities. 
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The  second  mode  is  the  TELE  mode  which  allows  the  user 
to  directly  communicate  with  the  CYBER  74  System  using  the 
CYBER  INTERCOM  control  language.  While  in  this  mode,  all 
user  entered  commands,  except  CONTROL/T,  must  follow  the 
INTERCOM  guidelines  (36).  CONTROL/T  is  used  to  toggle  the 
modes  of  operation  between  the  DATA  and  TELE  modes. 

The  functional  description  of  the  CYBERSCP  is  described 
in  Chapter  VII.  This  description  will  explain  the  detailed 
functional  operation  of  the  CYBERSCP. 
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Ill  CYBERSCP  Functional  Description 


This  chapter  provides  a high  level  overview  of  the  func- 
tional characteristics  of  the  CYBERSCP.  This  overview  de- 
scribes the  CYBERSCP  functional  flow  from  a user's  level  of 
observation.  The  detailed  functions  of  each  computer  pro- 
gram (CP)  in  the  CYBERSCP  are  described  in  Chapter  III. 

The  software  hierarchy  of  the  CYBERSCP  is  first  described 
followed  by  the  functional  overview. 

Software  Hierarchy.  The  CYBERSCP,  is  an  integrated  col- 
lection of  programs  written  in  both  the  BASIC  high  order 
language  and  808QA  assembly  code.  These  programs  function 
together  in  a hiearchical  manner  to  provide  the  CYBER  74/ 
Altair  interface.  The  software  hierachy  is  shown  in  Figure 
11.  The  highest  level  software  is  defined  to  be  the  DOSCYB 
executive  since  it  controls  the  operations  of  all  other  soft- 
ware programs.  The  DOSCYB  program  contains  all  of  the  soft- 
ware required  to  perform  diskette  input  and  output  operations, 
diskette  file  control,  input/output  control  of  the  peripheral 
devices  such  as  the  line  printer  and  command  console  (this 
is  done  in  conjunction  with  the  ’'TN3  program).  The  DOSCYB 
also  controls  the  execution  of  tht  r"„IC  language  interperter 
(BASIC),  the  input/output  controller  (CIN3)  and  the  time  of 
day  processor  (TIME) . 

The  BASIC  interpreter  is  activated  using  user  DOSCYB 
commands  (see  User's  Manual  Section  2.2.2).  BASIC  uses 
the  input/output  capabilities  of  DOSCYB  to  transfer  data 
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between  the  BASIC  language  programs  and  the  Altair  peripherals 
(including  memory).  In  addition,  all  diskette  file  transfers 
and  diskette  data  manipulation  actions  are  done  utilizing  the 
facilities  of  the  DOSCYB  executive. 

The  CIN3  program  is  the  input/output  processor  for  the 
DOSCYB  executive  and  BASIC  program.  In  the  CYBERSCP 
hierarchy  it  is  directly  callable  from  BASIC  language  pro- 
grams and  the  DOSCYB  executive.  CIN3  processes  all  input 
and  output  not  associated  with  the  diskette  for  the  DOSCYB 
executive  and  the  BASIC  Interpreter. 

The  CYBER  CP  is  written  in  BASIC  and  therefore  is 
subordinate  to  the  BASIC  interpreter  in  the  CYBERSCP 
hierarchy.  The  CYBER  program  interprets  and  executes  the 
CYBERSCP  commands  listed  in  Table  4.  The  use  of  these  com- 
mands is  explained  in  Section  3.3  of  the  User's  Manual. 

The  TIME  program  determines  the  time-of-day.  It  is 
called  by  the  CYBER  program  to  initiate  or  set  the  time 
parameters  using  the  TI  command  listed  in  Table  4.  It  is 
therefore  subordinate  to  the  CYBER  program  as  shown  in 
Figure  11. 

The  hierarchical  structure  shown  in  Figure  11  represents 
the  levels  of  software  in  the  CYBERSCP  system.  The  next  sec- 
tion describes  the  operation  of  the  CYBERSCP  that  corresponds 
to  this  hierarchy. 

Functional  Overview 

The  functional  overview  consists  of  two  main  areas.  The 
first  area  that  will  be  discussed  is  concerned  with  the  high 
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Table  4 


Command 

Description 

TI [ ,<hrs> ,<mi ns>  , 

Without  the  optional  parameters 

<secs>[ ,DUR] J 

returns  the  system  time  in  hrs: 

mins:secs  format.  When  <hrs>, 

<mins>,  <secs>  parameters  are 

present,  sets  system  time. 

DUR  parameter  causes  data  base 

item  TISET  to  be  set  to  <hrs>  , 

<mins>,  <secs>. 

CY 

Puts  the  CYBERSCP  system  into 

the  monitor  state  waiting  for 

a CYBER  74  data  transmission. 

LC , <start> ,<stop> 

Lists  the  contents  of  the  in- 

[ , < d e v i c e > ] 

put  buffer  CYFW  on  the  optional 

<device>.  If  no  <device>  is 

specified  then  the  output  is 

to  Port  16  (CRT ) . 

LF ,<source>,<stop> 

Lists  the  contents  of  the 

[ ,<device>] 

diskette  file  <source>  from 

the  beginning  to  address 

<stop>,  where<stop>  is  the 

number  of  bytes  to  be  listed. 

The  default  <device>  is  Port 

16  (CRT). 
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Table  4 (Cont'd 


Command 


Description 


SA,<sources>,<dest> 
[ , ADD] 


Saves  the  CYBER  74  file 
<source>  on  the  diskette  file 
<dest>.  If  ADD  is  present  the 
<source>  is  added  to  the  end 


of  the  <dest>. 

This  command  requires  that  the  diskette  be  unprotected 

prior  to  execution.  This  is  done  by  removing  the  "write 

protect"  tab  from  the  diskette.  Failure  to  unprotect  the 

diskette  will  cause  a system  abort  and  return  to  DOSCYB. 

To  return  to  the  CYBER  program  enter:  JP  2A04  <CR> 

RUN  <CR> 


When  using  an  unprotected  diskette,  any  failure  should  be 
thoroughly  investigated  and  resolved  before  continuing. 
Failure  to  do  so  could  result  in  permanent  damage  to  the 
diskette  contents. 


TR,<source>,<dest>[ ,ADD] 


Transfers  the  diskette  file 
<source>  to  the  CYBER  74  com- 
puter and  saves  it  as  the 
CYBER  74  local  file  <dest>. 

If  ADD  is  present,  the 
<source>  file  is  added  to  the 
end  of  <dest>. 
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Table  4 ( Cont ' d ) 


M 


Command 

Description 

BY 

Terminates  the  CYBER  pro- 
gram and  returns  control 

to  BASIC. 

CONTROL/Q* 

causes  data  being  received 

from  the  CYBER  74  (Port 

18)  to  be  displayed  on 

the  CRT  (Port  16 ) . 

CONTROL/P* 

causes  data  being  received 

from  the  CYBER  74  to  be 

displayed  on  the  line 

printer  (Port  34). 

CONTROL/S* 

Suspends  all  display  data 

initiated  by  CONTROL/Q 

or  CONTROL/P. 

CONTROL/D* 

Terminates  the  CY  command. 

Control  is  returned  to 

the  CYBER  program. 

*Command  is  valid  only  during  a 

CY  command. 

CYBER  Program  Commands 
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level  functional  operation  of  the  CYBERSCP.  This  high  level 
flow  is  shown  in  Figure  12.  This  high  level  description  re- 
presents the  overall  functional  logic  of  the  entire  CYBERSCP. 
The  lower  level  flow  is  derived  from  this  high  level  descrip- 
tion. 

The  second  area  that  will  be  described  is  the  low  level 
functional  flow.  This  level  is  concerned  with  the  functional 
flow  of  the  CYBERSCP  depending  on  the  operator  action 
selected.  This  low  level  description,  together  with  the 
high  level  description,  completely  describes  the  functional 
flow  of  the  CYBERSCP  at  the  user’s  level  of  observation. 

High  Level  Flow.  The  following  section  describes  the 
high  level  functional  flow  shown  in  Figure  12.  This  descrip- 
tion is  a general  description  of  the  CYBERSCP  functional 
flow.  A more  detailed  discussion  of  the  functions  of  the 
CYBERSCP  is  described  in  a later  section. 

The  first  major  function  of  the  CYBERSCP  is  to  initail- 
ize  all  of  the  system  computer  programs  and  data  base  para- 
meters. All  of  the  programs  are  initialized  using  the  pro- 
cedures described  in  Secion  2.2  of  the  User's  Manual.  The 
data  base  parameters  are  set  to  the  initial  values  shown  in 
Table  5.  The  initialization  process  is  performed  automati- 
cally as  a result  of  the  diskette  bootstrap  operation  (See 
User's  Manual  Secion  2.2.1).  Once  the  initialization  func- 
tion is  complete,  the  CYBERSCP  System  will  then  accept  user 
input  commands.  All  of  the  DOS  commands  (37:5-7)  can  be 
entered  along  with  the  commands  shown  in  Table  4. 

Ill 
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Table  5 


Address 
(Octal  ) 

Content 
(Octal  ) 

MNUEMUN  I C 

100 

OOQ 

MODE 

101 

015 

CR 

102 

000 

EOT 

103 

Q12 

CRG 

104 

000 

EDIT 

105 

012, "COMMAND- 
055, 240 

COM 

117 

000 

I 

120 

012,056,240 

EDT 

124 

000 

CYCCK 

126 

000,001 

CYFW 

130 

000,020' 

CM  I 

132 

000, 02C 

„YCNT 

134 

000 

CY  FULL 

135 

000 

FNAME 

146 

000 

FPRESF 

147 

000 

NMB 

154 

000 

CURLEY 

155 

012, 015, "TELE  MODE" 
007,000,015,012,000 

TMSG 

214 

012,015, "ABORT  CYN" , 
007,015,012,000 

ABMSG 

235 

001 

PRNTTY 

236 

001 

PRNTF 

DATA  BASE  Initial  Parameters  (1  of  2) 
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Table  5 (Cont'd) 
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ADDRESS 
(Octal  ) 

CONTENT 
(Octal  ) 

MNUEMUN  I C 

237 

0 00105 

TACOM 

241 

000120 

TAEDT 

243 

000 

TICNT 

247 

QQO , QQO , 

TISET 

005,000 

253 

001 

TIFLG 

254 

303,024400 

TITRP1 

257 

000,000000 

TITRP2 

262 

000,000000 

TITRP3 

265 

000,000000 

TITRP4 

270 

000,000000 

TITRP5 

273 

000,000000 

TITRP6 

276 

000,000000 

TITRP7 

301 

000,000000 

TITRP8 

304 

000 

INMASK 

DATA  BASE  Initial  Parameters  (_2  of  2) 


System 

Initial i zati on 


Process 

Operator 

Request 


The  remaining  major  function  is  to  process  each  of  the 


user  entered  commands.  This  processing  includes  checking 
the  command  for  proper  syntax  and  contents  and  then  either 
performing  the  requested  function  or  producing  an  error 
message.  The  CYBERSCP  continues  to  process  commands  until 
the  system  is  turned  off  (See  User's  Manual  Section  2.3 
for  system  turn  off  procedures). 

The  following  subsections  describe  the  low  level  func- 
tions involved  in  each  of  the  high  level  functions  described 
above . 

System  Initialization.  As  discussed  previously, 
the  initialization  process  initializes  both  the  computer 
programs  and  the  data  base  parameters  used  in  the  CYBERSCP. 
The  data  base  initialization  is  performed  automatically 
during  the  initialization  of  the  CYBERSCP  software.  The 
functional  flow  describing  the  software  initialization  is 
shown  in  Figure  13. 

The  Bootstrap  function  initializes  the  DOSCYB  executive 
program  which  automatically  reads  the  initial  data  base 
values  from  the  diskette.  (See  Section  2.2.1  of  the  Uers's 
Manual  for  the  DOSCYB  initialization  sequence).  Next  the 
BASIC  interpreter  must  be  initialized  in  order  to  execute 
the  CYBER  computer  program.  The  BASIC  interpreter  initial- 
ization procedures  are  described  in  Section  2.2.2  of  the 
User's  Manual.  The  BASIC  interpreter  must  be  initialized 
prior  to  executing  the  CYBER  program  because  the  CYBER  pro- 
gram is  written  in  BASIC.  The  BASIC  interpreter  used  in 
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the  CYBERSCP  system  is  identical  to  the  North  Star  Basic 
interpreter,  therefore  all  North  Star  BASIC  commands  are 
available  in  the  CYBERSCP  BASIC  (38). 

The  CYBER  program  initialization  consists  of  executing 
the  CYBER  program  (Section  2.2.3  of  the  User's  Manual)  after 
the  BASIC  interpreter  is  running.  Initialization  of  the 
CYBER  program  also  automatically  initializes  the  TIME  program. 
Once  the  CYBER  program  is  running,  all  of  the  commands  in 
Table  4 can  be  executed.  The  functional  processing  of  each 
command  is  described  next. 

Operator  Request  Processing.  This  section  de- 
scribes the  general  processing  involved  in  executing  each 
of  the  CYBERSCP  commands  in  Table  4.  A description  of  the 
command  syntax  and  purpose  of  each  command  is  listed  in 
Table  4.  This  section  will  describe  the  actions  executed 
by  the  CYBERSCP  in  response  to  each  of  these  commands.  In 
addition  this  description  will  summarize  the  significant  ac- 
tions resulting  from  each  command  execution.  A description 
of  these  actions  is  contained  in  the  computer  program  de- 
scriptions in  Chapter  VIII. 

CONTROL/T  - In  the  DATA  mode,  this  command  will  switch 
the  mode  to  TELE.  In  the  TELE  mode  the  command  will  cause 
the  system  to  enter  the  DATA  mode. 

TI  - Sets  the  time  of  day  or  sets  the  duration  of  the 
event  count,  TISET. 

CY  - Will  cause  the  CYBERSCP  system  to  begin  monitoring 
the  CYBER  74  computer.  All  data  that  is  received  from  the 
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CYBER  74  is  stored  in  the  CFILE  buffer  where  it  can  be 
accessed  by  other  CYBERSCP  functions. 

LC  - Will  cause  the  contents  of  the  input  buffer  CFILE 
to  print  out  on  a selected  device.  This  command  is  used  to 
list  the  data  transmitted  to  the  Altair  by  the  CYBER  74. 

LF  - List  the  contents  of  a diskette  file.  This  com- 
mand can  be  used  to  verify  that  the  diskette  file  contains 
correct  information  by  listing  the  file  contents  onto  a 
selected  device. 

SA  - Transfers  the  selected  CYBER  74  local  file  to  the 
Altair  computer  and  saves  it  in  the  selected  destination 
file  on  the  diskette.  The  contents  of  the  destination  file 
are  written  in  binary  in  the  exact  form  as  they  are  trans- 


mitted by  the  CYBER  74. 

TR  - Transfer  the  selected  diskette  source  file  to  the 
CYBER  74  computer  and  stores  it  in  the  local  file  selected 
as  the  destination. 

The  remaining  commands  (BY,  CONTROL/Q,  P,  S and  D)  are  de- 
scribed in  Table  4. 

The  CYBERSCP  rocesses  each  command  as  it  is  entered  by 
the  user.  Once  the  command  is  processed,  the  CYBERSCP  waits 
for  the  next  user  command.  The  CPs  that  process  these  com- 
mands are  described  in  detail  in  Chapter  III. 

Function  Summary 

This  chapter  has  described  the  general  functions  of  the 
CYBERSCP  system.  Basically  the  system  interprets  user  com- 
mands and  transfers  data  files  between  the  Altair  8800b 


k. 
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minicomputer  in  the  DEL  and  the  CYBER  74  computer  upon 
user  request.  The  next  chapter  will  describe  the  detailed 
function  of  each  computer  program  in  the  CYBERSCP. 
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VIII  CYBERSCP  Computer  Program  Descrip ti on 


This  chapter  will  describe  in  detail  the  functional 
flow  of  each  computer  program  in  the  CYBERSCP.  Each  CP  is 
described  in  terms  of  its  inputs,  outputs  and  functional 
flow  (including  a program  flow  chart).  The  description  will 
parallel  the  CYBERSCP  hierarchy  in  Figure  11.  The  DOSCYB 
program  will  be  described  along  with  the  CIN3  program  since 
CIN3  contains  the  input/output  interface  software.  Next  the 
BASIC  interpreter  will  be  described  followed  by  a description 
of  the  CYBER  and  TIME  programs.  A complete  description  of 
the  data  base  is  included  at  the  end  of  the  chapter.  This 
data  base  description  lists  each  data  base  item  and  describes 
the  characteristics  of  each  item  such  as  use/set  parameters, 
length,  and  function. 

Computer  Programs 

The  first  computer  program  described  is  the  system 
executive  program,  DOSCYB.  The  CIN3  program  is  included  in 
this  description  since  it  is  closely  related  to  the  DOSCYB. 
Then  following  the  CYBERSCP  hierarchy,  the  BASIC  interpreter, 
CYBER  program  and  TIME  program  will  be  described. 

The  format  used  to  describe  each  program  will  consist 
of  a narrative  functional  description  which  describes  the 
accompanying  program  flow  chart.  Following  this,  the  com- 
puter programs  input  and  outputs  will  be  described.  The 
general  description  of  each  parameter  is  described  in  the 
data  description  at  the  end  of  this  chapter. 
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DOSCYB  Program.  The  DOSCYB  computer  program  is  written 


in  808QA  assembly  code.  Its  main  functions  are: 

- Perform  diskette  input/output 

- Process  diskette  file  control 

- Control  execution  of  all  system  software  including 

BASIC 

- Handle  input/output  from  all  system  peripherals  (in 
conjunction  with  the  CIN3  program). 

The  DOSCYB  program  is  a modified  version  of  the  North  Star 
Disk  Operating  System  (DOS)  (37).  Therefore,  all  of  the 
aspects  of  DOS  discussed  in  reference  15  apply  to  the  DOSCYB. 
The  modification  to  DOS  were  made  following  the  guidelines 
for  personalizing  DOS  found  in  the  DOS  manual  (37:9).  The 
modifications  made  to  DOS  accomodate  the  specific  input/out- 
put conventions  required  by  the  CYBERSCP  System.  These 
modifications  are  shown  in  Table  6 and  provide  the  linkage 
to  the  input/output  routine,  CIN3  stored  in  PROM.  In  addition 
to  the  modification  that  provide  input/output  linkage,  the 
initialization  routine  in  DOS  was  modified  to  provide  the 
following  capabilities. 

- initialization  of  input/output  ports  024g-Q27g. 

- initialization  of  output  port  042. 

- initialization  of  the  file  DATA  on  the  diskette. 

The  input/output  port  modifications  are  straight  forward 
and  follow  the  procedures  in  the  88-2SI0  Board  Manual  (39) 
for  ports  024g-027g  and  the  procedures  in  the  88 - P 10  Board 
Manual  (40)  for  port  042.  The  modification  to  initialize 
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Table  6 


Memory 

Location  (HEX) 

Comments 

DOS 

DOSCYB 

200E 

58 

67 

Output  routine 

200  F 

7 E 

FD 

starting  address 

2011 

00 

60 

Input  routine 

2012 

29. 

7E 

starting  address 

DOS  Modifications  for  DOSCYB 
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the  file  DATA  is  shown  in  Figure  14.  After  the  8080  registers 
are  initialized,  the  DOS  routine  DCOM  is  called  to  transfer 
the  data  from  the  diskette  to  RAM  starting  at  the  location 
in  the  DE  register.  DCOM  is  described  in  the  DOS  manual 
(32:14-16).  Once  the  DATA  file  is  transferred,  DOSCYB  jumps 
to  the  CIN3  routine  to  monitor  the  input/output  devices. 

CIN3  Program.  The  CIN3  routine  is  written  in  8080A 
machine  code  and  is  stored  in  PROM  locations  FBOO(HEX)  to 
FDFF.  The  primary  function  of  this  routine  is  to  process 
the  input/output  functions  for  all  of  the  CYBERSCP  System 
programs.  Specifically  the  CIN3  functions  are: 

- handle  all  input/output  (except  diskette)  for  DOSCYB 

- process  all  CYBER  74  inputs 

- process  the  CONTROL/P  , Q , S , D , and  T commands. 

The  processing  of  these  specific  functions  is  shown  in 
Figure  15  and  is  described  below.  CIN3  has  three  main  func- 
tions as  follows: 

CIN  - processes  all  CYBERSCP  inputs  except  input  from 
the  CYBER  74  computer  when  in  the  DATA  mode. 

CYIN  - processes  the  CYBER  74  input  data  when  in  the 
DATA  mode. 

COUT  - processes  all  CYBERSCP  output  data. 

The  CIN  function  is  a software  input  device  handler 
that  sequentially  queries  each  enabled  device  in  the  system. 

A device  is  enabled  by  selecting  the  proper  device  code  and 
storing  it  in  INMASK.  The  logic  flow  for  each  value  of 
INMASK  is  shown  in  Figure  15.  Port  020  (the  command  console) 

J 


123 


can  always  input  data  into  the  system  regardless  of  what  de- 
vice has  been  selected.  For  example,  if  INMASK  is  equal  to 
1 then  the  device  connected  to  Port  Q24  may  input  data.  How- 
ever, as  shown  in  the  flowchart,  Port  Q20  may  also  input 
data  since  it  is  always  enabled.  The  CONTROL/T  command  is 
also  processed  by  CIN.  CONTROL/T  can  be  input  only  by  the 
command  console  [Port  020)  as  shown  in  Figure  15.  Since  CIN 
can  only  be  called  from  the  DOSCYB  executive  while  in  the 
DATA  mode,  a CONTROL/T  will  force  the  CYBERSCP  into  the  TELE 
mode.  While  in  the  TELE  mode,  the  processing  of  the  CYBER 
74  input  is  done  in  CIN.  Control  is  not  returned  to  DOSCYB 
until  another  CONTROL/T  is  entered  putting  the  CYBERSCP 
back  into  the  DATA  mode. 

The  CYIN  function  is  called  by  the  BASIC  language  pro- 
gram CYBER  in  response  to  a CY  command.  The  CYIN  routine, 
upon  exit,  returns  control  back  to  the  CYBER  program.  The 
primary  purpose  of  the  CYIN  routine  is  to  process  the  data 
sent  by  the  CYBER  74  computer.  This  processing  includes 
automatic  end-of-message  detection,  storing  of  the  received 
data  into  the  CFILE  input  buffer,  and  processing  of  the 
CONTROL/P  ,Q  ,S  and  D commands. 

The  first  action  of  the  CYIN  function  is  to  enable  the 
interrupt  system  in  the  event  that  it  was  previously  dis- 
abled. Since  it  is  desirable  to  allow  the  user  of  the  sys- 
tem to  remain  in  control  of  the  system  even  while  data  is 
being  transferred  from  the  CYBER  74  computer,  the  CYIN 
routine  constantly  checks  to  see  if  the  command  console 
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(Port  Q2Q ) has  an  input  ready.  This  allows  the  operator  to 
control  the  CYBER  74  data  transfer  process  by  allowing  input 
of  the  CONTROL/D , P , Q and  S commands.  The  function  of  each 
command  is  described  in  Table  4.  The  functional  flow  of  the 
command  processing  is  shown  in  Figure  15.  The  CYBER  74  in- 
put data  is  input  into  the  CFILE  input  buffer.  This  buffer 
is  a fixed  length  buffer  containing  CYCNT  number  of  words. 

The  buffer  is  shown  in  Figure  16.  The  address  of  the  first 
word  of  the  buffer  is  stored  in  CYFW.  CYCUR  is  the  relative 
address  of  the  last  word  entered  into  the  buffer.  The  effec- 
tive address  is  the  sum  of  the  base  address  and  the  relative 
address  (CYFW  + CYCUR).  The  maximum  number  of  words  allowed 
to  be  stored  in  CFILE  is  CYNTI.  CYCNT  is  initially  set  to 
CYCNTI  and  is  decremented  each  time  a word  is  added  to  the 
buffer.  Attempting  to  store  more  than  CYCNT  number  of  words 
(CYNCT  < 0)  in  CFILE  will  set  the  buffer  overflow  flag,  CYFULL, 
to  one.  Once  the  CY  command  is  entered  by  the  operator  all 
data  transmitted  by  the  CYBER  74  (and  before  the  buffer  is 
full)  will  be  stored  into  the  buffer.  The  received  data  is 
stored  sequentially,  starting  at  location  CYFW,  until  an  end-of- 
text  delimiter  is  encountered,  a CONTROL/D  is  entered,  or  the 
buffer  is  filled.  The  end-of-text  delimiter  can  consist  of 
two  different  character  strings  depending  on  the  mode  of  the 
CYBER  74  computer.  If  the  CYBER  74  computer  is  in  the  EDITOR 
mode  (36)  then  the  delimiter  consists  of  a line  feed  character, 
a period,  and  a "blank"  (i.e.  012g,  056g,  240g).  The  special 
"blank"  character  (240)  is  not  transmitted  by  the  CYBER.  It 
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is  a special  character  that  signifies  the  end  of  the  de- 
limiter string  stored  in  the  DOSCYB  data  base  in  the  variable 
EDT.  If  the  CYBER  74  is  not  in  the  EDITOR  mode,  then  the 
end-of-text  string  is:  "COMMAND- ( bl  ank  ) ",.  The  method  used 
to  detect  the  end-of-text  string  is  illustrated  in  Figure  15. 
Specifically,  each  incoming  character  is  compared  against 
the  first  character  of  the  desired  delimiter  string  depending 
on  the  CYBER  74  mode.  If  a match  is  found,  a pointer  (TACOM 
for  the  not  EDITOR  delimiter  and  TAEDT  for  the  EDITOR  de- 
limiter) is  incremented  to  point  at  the  next  character  in 
the  string,  EDT.  This  process  is  continued  until  a character 
fails  to  match  or  the  special  "blank"  character  (240g)  is 
found.  If  a character  fails  to  match  and  it  was  not  the 
"blank"  then  the  pointers  are  reset  to  the  beginnning  of  the 
delimiter  string  and  the  search  starts  again.  If  the  de- 
limiter is  found,  then  the  end-of-text  found  flag  (EOT)  is 
set  and  CYIN  returns  to  the  calling  program. 

The  third  major  function  of  CIN3  is  the  COUT  routine. 
This  routine  processes  all  output  of  the  CYBERSCP  except 
diskette  transfers.  The  COUT  routine  is  a software  device 
handler  that  sequentially  tests  the  status  of  each  of  the 
output  devices.  COUT  is  called  by  the  DOSCYB  executive  in 
response  to  any  output  request  (except  diskette  output  re- 
quests) from  the  CYBERSCP  system.  The  device  code  used  to 
select  an  output  device  is  passed  to  the  COUT  routine  in 
the  808QA  A register.  The  functional  flow  for  each  device 
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code  is  shown  in  Figure  15.  The  device  codes  are  described 
in  Section  3.Q  of  the  User's  Manual. 

CIN3  Inputs . There  are  two  classes  of  inputs  for 
the  CIN3  program:  (1)  operator  and  (2)  data  base.  The  opera- 
tor inputs  are  the  CONTROL/P ,Q  ,S  ,D  and  T commands.  Since 
the  CIN3  routine  is  part  of  the  low  level  software  in  the 
CYBERSCP,  it  has  as  data  base  inputs,  all  of  the  parameters 
listed  in  Table  7. 

CIN3  Outputs.  The  CIN3  program  output  is  the  re- 
ceived CYBER  74  data  which  is  written  into  the  file  CFILE 
i n RAM . The  data  in  CFILE  is  written  in  sequential  order  as 
it  is  received  from  the  CYBER  74  computer. 

BASIC . The  BASIC  interpreter  program  is  written  in 
8080A  machine  code.  The  BASIC  interpreter  used  in  the 
CYBERSCP  is  identical  to  the  North  Star  BASIC  interpreter 
(38).  A description  of  the  BASIC  program  can  be  found  in 
the  North  Star  Basic  Manual  (38). 

CYBER  Program.  The  CYBER  computer  program  is  written 
in  the  BASIC  high  order  language.  Its  primary  function  is 
to  interpret  and  execute  the  user  commands  indicated  in 
Table  4.  These  commands  provide  the  user  with  file  manipu- 
lation, file  maintenance,  system  time  control  and  CYBER  74 
INTERCOM  command  capabilities.  Illegal  commands  and  commands 
that  are  syntactically  incorrect  are  rejected  and  flagged 
as  errors  to  the  user.  The  overall  CYBER  program  functional 
flow  is  shown  in  Figure  17.  The  succeeding  sheets  of  Figure 
17  show  the  detailed  flow  of  the  subroutines  that  make  up  the 
CYBER  program. 
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Table  7 


MNUEMON  I C 

EDT 

CYCUR 

CYFW 

CYCNTI 

CYCNT 

PRNTTY 

PRNTF 

TACOM 

TAEDT 

INMASK 


CIN3  Data  Base  Inputs 


— -J^CYBERSCP  Input  Processor 

PCRTO  Lnput  *rom  CRT? 

I 7 

/t 


TELE  Mode  Tougle? 

/ l_ 


TELE 

Mode 


FFLEI 


^TELE 

Mode  ^ 

TELE 

TELE 

TELE  Mode 
Processi ng 

f RETURN  ^ 

Figure  15  CIN3  lnpu+/Outpu+  Processing  (I  of  !0) 
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Figure  15  CIN3  Input/Output  Processing  (3  of  10) 
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MATCH 


Point  to  next  character 
i n de I imi ter  str i ng 


ECYIN 

Add  character 
to  buffer 

TACOM  = *+l 
TAEDT  = #+| 


Figure  15  CIN3  Input/Output  Processing  (5  of  10) 


IN  ^ A 


Add  Input  character  to  CF I LE  buffer 


CNT-  I - - -0  of  words  stored  in  buffer 
-(Buffer  overflow? 

\ - L_ 


HL  = CYFW  + 
CYCUR  + 

I 


Relative  address 
to  next  avail-  CYFULL 
'able  location 


store  data 


put/Output  Processing  (6  of  10) 
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Figure  15  CIN3  Input/Output  Processing  <9  of  10) 
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CYFW  + CYCUR 


CYFW  + CYNTI  _ 


4096  BYTES 


EXA^LE: 


CYCUR 
CYCNT I 
CYFW 
CYCNT 


000003 

020000 

000177 

017774 


RESERVED 


CFILE 


data  I 
da+a2 
da+a3 
da+a4 
(Empty) 


ADDRESS 

000000 


000177 

000200 

000201 

000202 


020177 


Figure  16  CFILE  Input  Buffer 
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When  the  CYBER  CP  is  executed,  the  program  data  base  is 
initialized  by  reading  values  stored  using  BASIC  DATA  state- 
ments. The  parameters  that  are  initialized  are  shown  in 
Table  8.  Once  the  data  base  has  been  initialized,  the  CYBER 
program  then  initializes  the  Altair  vectored  interrupt  sys- 
tem and  real  time  clock.  The  remai ni ng  function  of  the  CYBER 
program  is  to  continue  monitoring  the  command  console  (Port 
020)  for  an  operator  input.  The  operator  inputs  are  pro- 
cessed as  shown  in  Figure  17  (Sheet  3).  A description  of 
each  command  is  shown  in  Table  4.  The  User's  Manual,  Section 
3.0  describes  the  operational  procedures  for  each  command. 

The  initialization  and  termination  procedures  are  also  de- 
scribed in  the  User's  Manual.  Once  the  CYBER  program  is 
initialized,  the  user  can  control  the  receiving  and  trans- 
mitting of  data  files  between  the  Altair  8800  computer  and 
the  CYBER  74  computer  using  the  commands  in  Table  4. 

Inputs . The  primary  CYBER  inputs  are  operator  com- 
mands and  the  diskette  data  file  requested  when  a SA  command 
is  executed.  The  data  base  parameters  set  and  used  by  the 
CYBER  CP  are  described  in  Chapter  III. 

Outputs . The  CYBER  CP  outputs  consists  of  three 
types  of  outputs.  The  first  type  of  output  is  the  data 
transferred  to  the  CYBER  74  computer  as  a result  of  the  TR 
command.  The  second  type  is  the  system  status  messages  shown 
in  Table  9 that  occur  as  a result  of  normal  user  operations. 
The  third  class  of  output  is  the  system  error  messages  shown 
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MNUEMON I C 

INITIAL 

VALUE 

Ml 

10239 

M 

64 

E 

66 

El 

68 

C 

64613 

Cl 

84 

C2 

86 

C3 

90 

C4 

92 

C5 

88 

C6 

102 

C7 

93 

T1 

103 

T3 

65024 

T5 

65221 

T 6 

65223 

T7 

167 

T8 

171 

T9 

163 

D 

0 

CYBER  Initialization  Parameters 
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MESSAGE 

SOURCE 

PROGRAM/SUBROUTINE 

CYBER/MAIN 

SOURCE 

COMMAND 

REQUEST- 

N/A 

TIME:<hrs>:<min>:<sec> 

CYBER/TI 

T I 

ABORT  CYIN 

DOSCYB/CONTG 

CONTROL/D 

DATA  MODE 

DOSCYB/TELE1 

CONTROL/T 

TELE  MODE 

DOSCYB/CONTG 

CONTROL/T 

CYBER  MESSAGE  RECEIVED. 

<hrs> : <mi n> : <sec> 

CYBER/CY 

CY 

END  OF  PROGRAM: 

<hrs> : <mi n> : <sec> 

CYBER/MAIN 

BY 

Table  10  which  result  from  various  illegal  operations  attempted 
by  the  operator. 

Program  Listing.  The  CYBER  program  listing  is 
provided  in  Appendix  E. 

TIME  Program.  The  TIME  program  is  written  in  808QA 
machine  code  and  is  resident  in  PROM  at  locations  FEOO(HEX) 
to  FFFF(HEX).  The  primary  function  of  this  program  is  to 
keep  track  of  the  time-of-day  and  the  time-out  duration 
counter.  The  TIME  program  is  called  initially  by  the  CYBER 
program  to  turn  on  the  system  real-time  clock.  This  clock 
generates  interrupts  every  l/6Qth  of  a second  which  cause 
the  TIME  program  to  execute.  The  TIME  program  increments 
the  time  of  day  counter,  NMB,  once  for  each  interrupt.  The 
program  uses  this  count  to  keep  track  of  seconds,  minutes, 
and  hours  for  the  CYBERSCP.  In  addition  to  keeping  track  of 
the  time-of-day  counter,  NMB,  the  program  also  monitors  the 
duration  counter,  TISET,  which  is  set  by  the  TI  command. 

To  do  this,  TIME  maintains  a second  counter,  TICNT,  which  is 
incremented  in  the  same  fashion  as  the  time-of-day  counter. 

If  the  value  in  TICNT  is  equal  to  the  value  set  in  TISET, 

TIME  will  call  the  subroutine  indicated  by  the  TIFLG  para- 
meter. Currently  the  TIFLG  parameter  may  only  contain  the 
values  zero  or  one.  If  it  is  a zero,  then  no  action  will 
occur.  If  it  is  a one  then  the  TIME  program  will  call  the 
TITRP1  subroutine.  This  subroutine  sends  the  message  "HELLO" 
to  the  CYBER  74  in  order  to  prevent  the  CYBER  74  from  timing 
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CYBER 


Figure  17  CYBER  Flowchart  (Sheet  I of  19) 
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Figure  17  CYBER  Flowchart  (Sheet  3 of  19) 
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Figure  17  CYBER  Flowchart  (Sheet  4 of  19) 


150 


Obtain  sy+em  Timej 


Figure  17  CYBER  Flowchart  (Sheet  5 of  19) 
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Figure  17  CYBER  Flowchart  (Sheet  8 of  19) 
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Figure  17  CYBER  Flowchart  (Sheet  10  of  19) 
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Figure  17  CYBER  Flowchart  (Sheet  II  of  19) 
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Figure  17  CYBER  Flowchart  (Sheet  17  of  19) 
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A( I 7 ) = 
FNV(PI  ) 


Figure  17  CYBER  Flowchart  (Sheet  18  of  19) 
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out  due  to  no  operator  action  and  then  resets  the  TICNT 
counter.  If  any  other  value  for  TIFLG  is  set,  no  action  will 
occur.  The  TIME  functional  flow  is  described  in  Figure  18. 

Inputs.  The  inputs  to  the  TIME  program  are  TISET  and 
TIFLG.  TISET  contains  the  length  of  the  duration  counter  in 
seconds,  minutes,  and  hours.  It  is  set  using  the  TI  command. 
The  TIFLG  indicates  the  subroutine  that  is  called  when  the 
TISET  duration  is  expired. 

Outputs . The  TIME  program  outputs  the  time-of-day 
to  the  system  data  base  in  the  NMB  parameter.  This  time  is 
in  seconds,  minutes,  and  hours  format. 

Program  Listing.  The  TIME  program  listing  is  in 
Appendix  E. 

CYBERSCP  Program  Summary 

This  chapter  has  described  the  five  computer  programs 
that  comprise  the  CYBERSCP  system.  The  detailed  flowcharts 
describe  the  functional  flow  of  each  program.  The  next 
chapter  describes  the  data  base  structure  and  the  specific 
data  base  parameters  used  in  the  CYBERSCP  system. 
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IX  C YBERSCP  Data  Base 

This  chapter  describes  the  system  data  base  structure 
of  the  CYBERSCP.  It  describes  the  general  memory  parti- 
tioning of  the  Altair  computer  and  then  describes  the 
specific  data  base  parameters  used  by  the  system. 

Memory  Partioning 

The  Altair  computer  memory  used  in  the  CYBERSCP  System 
contains  32k  of  RAM/ROM  memory.  This  memory  is  used  to 
store  both  the  computer  programs  and  the  data  base  para- 
meters used  by  these  programs.  The  memory  partioning  used 
is  shown  in  Figure  19. 

Data  Base  Parameters 

This  section  describes  the  data  base  parameters 
associated  with  the  DOSCYB  program  and  the  CYBER  program. 

The  data  base  item  description  includes  the  location  in 
memory,  set/use  parameters,  initial  value  and  general  de- 
scription. The  descriptor,  V/C,  indicates  if  the  parameter  is 
a variable  or  constant. 

DOSCYB  Data  Base.  The  data  base  parameter  associated 
with  the  DOSCYB  executive  are  shown  in  Table  11. 

CYBER  Data  Base.  The  CYBER  program  data  base  is  shown 
in  Table  12.  The  associated  assembly  code  mnuemonies  are 
indicated  when  appropriate  for  those  parameters  that  are 
used  by  CYBER  from  the  DOSCYB  data  base. 
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LOCATION 

(OCTAL) 


OOOOOO 


000057  j 
000060  "l 


000070 


000077 

000100 


000305 


017777 

020000 


024777 

025000 


052614 


077777 

100000 


167777 


CONTENTS 


Blank 


Level  6 in+erupt 
I i nkage 


Blank 


System  Data  Base 


CFILE 


DOSCYB  Executive 


BASIC  Interpreter 


BASIC  source  program 
storage 


Blank  RAM 


DESCRIPTION 


Interupt  routine 
I i nkage 


User  specified  region 
(Not  used  by  DOSCYB  or 
BASIC) 


BASIC  Interpreter  and 
source  program  region 


Additional  RAM  space 


Figure  19  Altair  Memory  Part  ion ing  (I  of  2) 
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LOCATION 

(OCTAL) 


CONTENTS 


DESCRIPTION 


170000 


175377 

175400 


Blank  PROM 


176777 
I 77000 


177377 

177400 


177777 


CIN3  Program 


TIME  Program 


Disk  ( Al ta i r) 
Bootstrap  program 


> PROM  Reg i on 


Figure  19  Altai r Memory  Partioning  (2 


of  2) 
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] 

Summary 

This  chapter  has  described  the  data  base  structure  of 
the  Altair  Computer  and  the  specific  data  base  items  used 
by  both  the  DOSCYB  executive  program  and  the  CYBER  program. 

This  description  completely  describes  all  of  the  data  base 
items  used  by  the  CYBERSCP. 
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NAME 

SET 

USED 

INITIAL 

Mode 

Mil 

CIN 

Q/DOS 

CR 

CIN 

01 5/ DOS 

EOT 

CYIN 

CYIN 

CU  2/ DOS 

CRG 

CYIN 

CYIN 

012/D0S 

EDIT 

BASIC 

CYIN 

O/DOS 

COM 

CYIN 

(CR)  COM 

MAND' '/DOS 

I 

CYIN 

CYIN 

O/DOS 

EDT 

CYIN 

"tCR).b"/ 

DOS 

EOTC 

CYIN 

0240 

CYCUR- 

CYIN 

CYIN 

O/DOS 

CYFW 

CYIN 

CYIN 

0001 FF 

CYCNT I 

CYIN 

121111/DOS 

CYCNT 

CYIN 

CYIN 

CYCNTI 

CYFULL 

CYIN 

BASIC 

1 

O/DOS 

COMMENT 


=0  DATA  MODE 
= 1 TELE  MODE 
CARRIAGE 
RETURN 

= 1QN0  DELIMITER 
=1  Delimiter 

=10  for  MONITOR 
=2  for  EDITOR 

=0  MONITOR, =1 
EDITOR 

Delimiter  in 
MODE 

INDEX  for 
COM  & EDT 

Del imi ter 


EOT  check 
character 

Points  to 
last  word 
filled  in 
EFILE. 
STORED(L.H) 
MUST  BE  RE- 
SET BY 
BASIC 

Points  to 
start  of 
CFILE 

Initial 
value  for 
CYCNT . It 
is  equal 
to  the 
size  of 
CFILE 

Contains 
compl ement 
of  # of 
words  in 
CFILE 

=0  CFILE  not  full 
=1  CFILE  is  full 
Must  be  re- 
set by  BASIC 


Table  11  (Cont'd) 


LOC 

LENGTH 

NAME 

SET 

USED 

INITIAL 

v/c 

COMMENT 

134 



1 

CYFULL 

CYIN 

CYIN 

O/DOS 

V 

-0  CFILE  not  full 

BASIC 

BASIC 

=1  CFILE  is  full 

Must  be  re- 

set  by  BASIC 

235 

1 

PRNNTY 

COUT 

COUT 

01 

V 

contains  cout 

CYBIN 

mask 

236 

PRNTF 

CONTQ 

1 

V 

Print  flag 

=Q  No  print 

=1  print 

11 

DOSCYB  Data  Base  Parameters 
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BASIC 

NAME 

LENGTH 

ASSEMB 

NAME 

SET 

USED 

IN  IT 
VAL 

V/C 

DESCRIPTION 

M 

1 

MODE 

CYBER 

CYBER 

64 

c 

Address  of  MODE 
FLAG 

E 

1 

EOT 

CY 

CY 

66 

c 

Address  of  EOT 
flag 

El 

SB 

EDIT 

CY 

TR 

68 

c 

Address  of  EDIT 
flag 

Cl 

■ 

CYCUR 

CY 

TR.SA 

84 

c 

Address  of  Low 
order  8-bits 
of  CYCUR 

C2 

B 

CYFW 

CY 

TR , SA , LC 

86 

c 

Address  of  Low 
order  8-bits 
of  CYFW 

C3 

B 

CYCNT 

CY 

90 

c 

Address  of  Low 
order  8-bits 
of  CYCNT 

C4 

i 

CYFULL 

CY, 

CYBER 

92 

c 

Address  of  CYFULL 
flag 

C$ 

72 

CYBER 

V 

Used  as  input 
Buffer  for  CRT 

R 

1 

FNR 

MAIN 

V 

contains  command 
code  returned  by 
FNR 

=1  ERROR  =6 
=2  CY  =7 

=3  BLANK  =8 
=4  TR  =9 

= 5 =10 

E2 

B 

V 

ERROR  FLAG 
=1  IMPROPER  COM. 

= 2 
= 3 
= 4 
= 5 
= 6 

A 

B 

FNA 

"CY" 

V 

Points  to  first 
now  blank  char- 
acter in  C$ 

C 

CYIN 

CYBER 

CY 

64613 

Address  of  CYIN 

D 

i 

0 

V 

Device  Code 

C5 

i 

CY , LC , 

88 

V 

# of  COMMANDS 

173 


Table  12  ( Cont 1 d ) 


BASIC 

NAME 

LENGTH 

ASSEMB 

NAME 

SET 

USED 

I NIT 
VAL 

V/C 

DESCRIPTION 

ci$ 

10 

FNP 

FNR 

88 

y 

Contains  first 
two  characters 
of  command. 

T 

J. 

CY 

TR 

Q 

V 

General  Pur- 
pose Temp. 

T1 

1 

MAIN, 

T I 

CY 

103 

c 

ADDRESS 
"Time  of  day" 
Buffer  address 

T 4 

4 

8Q00 

TI , CY 

V 

Time  of  day 
(1/60,  sec, 
m i n , h r s ) 

T3 

1 

MAIN 

CY 

65024 

c 

Address  of 

TINIT  reactive 

PI 

1 

CY 

CY 

LC 

V 

Points  to  next 
character  to 
be  scanned 

R 

1 

FRR 

r 

Contains  com- 
mand COPE 

P? 

1 

TR 

TR 

ERROR 

13 

1 

TR 

TR 

A3 

1 

TR 

TR 

V 

= 0 N0LAPD>  , = 1 
<ADD> 

17 

1 

LC 

LC 

V 

Counter 

V7 

1 

LC 

LC 

F 

1 

FLOOK 

MAIN 

TR 

64960 

c 

Address  of 

FLOOK  ROUTINE 

C6 

1 

FPRESF 

MAIN 

TR 

102 

V 

Address  of 

FPRESF 

C7 

FNAME 

MAIN 

TR 

93 

c 

Address  of 

FNAME 

V 

FNN 

V 

VI 

FNV 

Returned  by  FNV 

18 

TI 

TI 

V 

Counter  Index 

I 

TI 

FNP 

LC 

V 

Table  12  (Cont'd) 


LENGTH 

ASSEMB 

NAME 

SET 

USED 

IN  IT 

VAL 

DESCRIPTION 

FI 

1 

MAIN 

TR 

CY 

0 

=0  tells  CY  to 
print  an  EOF 
message 

=1  mean  no  messg 
to  be  printed 

F2 

1 

FNF 

TR 

0 

Contains  active 
open  file  # 

T $ 

1000 

FNF 

FNF 

BLANK 

used  as  temp. 

Ml 

1 

MAIN 

SA 

c 

MAX  # of  bytes 
a 1 1 owed  i n 
<DEST>  on  mini 

14 

SA 

T5 

1 

CYBER 

SA , FNL 

65094 

c 

Interrupt  enable 
routine  starting 
address 

T 6 

1 

_ V 

CYBER 

SA , FNL 

65096 

c 

Interrupt  dis- 
abl e routi ne 
starti ng 
address 

T7 

1 

TISET 

CYBER, 
T I 

167 

c 

Address  of 

TISET 

T8 

1 

TIFLG 

CYBER, 

171 

c 

Address  of 

TIFLG 

T9 

1 

T I 

• 

163 

Address  of 

TICNT 

CYBER  Data  Base  Parameters 
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XConcl us i on 


This  chapter  has  described  the  software  hierarchy  of 
the  CYBERSCP  System.  It  has  also  described  the  high  level 
functional  flow  of  the  CYBERSCP  and  the  detailed  low  level 
functional  flow  of  the  system. 

The  computer  programs  that  comprise  the  CYBERSCP  System 
were  described  in  terms  of  their  functional  flow  and  data 
base  parameters. 

The  CYBERSCP  System  data  base  was  described  in  terms 
of  the  overall  Altair  memory  partioning  utilized  and  the 
individual  data  base  parameters  used  in  the  CYBERSCP  System. 

The  CYBERSCP  System  does  satisfy  the  main  objective 
which  is  transmitting  and  receiving  data  between  the  Altair 
and  CYBER  74  computers. 

This  discussion,  then,  completely  describes  the 
CYBERSCP  computer  programs. 
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Reachability  Algorithm  Example 


Reachability  Algorithm  Example 

This  appendix  describes  an  example  using  the  routing  algorithm 


r 


shown  in  Figure  5 (page  49).  The  network  topology  for  this  example 
is  shown  in  Figure  A-l.  The  cost  between  each  node  is  shown  in  the 
" Network  Configuration  " printout  located  at  the  beginning  of  the 
simulation  run.  Two  simulation  runs  were  made.  The  first  run 
was  made  with  no  anomolies  in  order  to  obtain  a steady  state 
routing  solution.  This  steady  state  solution  is  shown  in  Run  1, 

TIME  = 18,  label  (1).  The  second  run  was  made  with  the  cost  from 
node  2 to  node  3 increased  from  one  to  three.  The  significant  point 
is  that  node  2 must  now  search  for  a better  path  to  node  three.  It 
first  searches  using  line  1 (See  TIME  = 1,  label  (2)).  After 
receiving  updated  information  from  the  other  nodes,  node  2 finally 
chooses  line  2 (see  TIME  = 7,  lable  (3))  as  the  best  path. 

Time  is  measured  by  incrementing  time  with  each  ocurrance  of 
a transfer  of  the  cost  matrix  between  any  two  nodes.  The  cost 
matrices  are  transferred  in  the  following  order:  node  1,  node  2, 
node  3,  and  then  node  4. 

(Note-  Nodes  1 and  4 must  also  search  for  new  paths  since  they 
were  previously  using  node  2). 
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Appendix  B 

Reachability  Algorithm  With  Hold  Down  Example 
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Reachability  Algorithm  With  Hold  Down  Example 
This  appendix  describes  an  example  using  the  " hold  down  " 
mechanism  in  the  routing  algorithm  (see  Figure  7,  page68).  The 
initial  network  configuration  is  the  same  as  the  initial 
configuration  for  Run  2 in  Appendix  A.  The  case  simulated  was 
the  same  as  in  Run  2 of  Appendix  A (i.e.  the  cost  from  node  2 
to  node  3 increased  from  one  to  three).  In  this  run  the  hold 
down  timer  was  set  to  six  to  allow  time  for  every  node  in  the 
network  to  exchange  routing  information  at  least  once.  In  this 
run  node  2 uses  the  previous  best  path  (line  3)  to  node  3 for  the 
duration  of  the  hold  down  timer  (i.e.  from  TIME  = 1 to  TIME  = 7 
on  the  simulation  output).  After  the  hold  down  timer  expires, 
node  2 selects  line  2 (TIME  = 8)  as  the  best  path.  The  significant 
point  is  that  node  2 did  not  select  the  intermediate  "best"  path 
(line  1)  as  node  2 did  using  only  the  basic  routing  algorithm  in 
Appendix  A.  This  means  that  extraneous  information  was  not  transmitted 
out  on  line  1 during  the  search  period  as  it  was  in  Appendix  A. 
Therefore,  this  example  shows  how  hold  down  prevents  extraneous 
information  from  being  transmitted  through  the  network  during 
search  periods. 
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1 

1 

1 

2 

O 

1 

2 

2 

2 

1 

1 

O 

1 

S 

3 

J 

2 

X 

O 

ROu  TF 

D1RFCTORY  < R ; 

0 

1 

J 

3 

] 

X 

2 

O 

J 

2 

i 

2 

2 

3 

0 

1 

3 

2 

1 

2 

i 

O 

J 

1 

1 

2 

2 

I 

o 

1 

1 

3 

3 

1 

2 

u 

*•**  tNffeR  MOLD  MOWN.  WOOF.  ] DFST. 

3 l.  INF:  2 

1 IMF 

- 2.  HERAT  /ON:  J 

NOOh 

2 TRANSMITTING  lost 

MA  TRJ  X. 

LOST 

MAIRJX  ( 0 ) 

0 

1 

2 

X 

2 

3 

1 

O 

1 

1 

2 

2 

3 

3 

0 

2 

1 

1 

1 

1 

2 

O 

1 

2 

2 

2 

) 

J 

U 

1 

3 

4 

] 

2 

X 

o 

ROU  1 F 

DIRECTORY  (Eu 

0 

J 

] 

3 

1 

J 

2 

O 

1 

2 

1 

2 

2 

3 

O 

1 

3 

2 

1 

2 

1 

o 

] 

1 

i 

2 

2 

1 

O 

i 

1 

3 

3 

J 

2 

u 
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i int 


■J  i 1'tERA  r I UN:  J 


NGDt  3 TRANSMITTING  lus r matrix 
i-GSi  mairjx  (0) 


u 

1 

4 

1 

2 

ol 


1 

u 

3 

] 

2 

4 


2 

1 
O 

2 
J 
J 


rgui>:  oirrxtgry  <r> 


0 
2 
2 

1 
1 
1 


1 

O 

3 

2 

2 


1 

] 

0 

1 

2 

3 


tint  = 4 IHERATIGN:  1 

NGD£  4 TRANSMITTING  COST  MATRIX. 

UGS1  MATRIX  (fll 


0 

1 

4 

1 

2 

3 


1 

0 

3 

1 

2 

4 


2 

J 

0 

2. 

J 

1 


rgghe  girhctory  tri 


X 

1 

o 

J 

2. 

3 


1 
X 

2 

o 

X 

2 


3 

2 

X 

0 

1 
J 


2 

1 

1 

0 

1 


1 

O 

2 


1 

X 

o 


C ►-  R-  ►-  0. 


licit  = b 1 TEKATION:  J 

mode  6 r kansm i r ri nl5  cos r ma  tr i x . 

COS  1 CIA  I R J X (D) 


o : 2 

X O ] 

4 3 0 

X 1 A 

A A J 

5 4 ] 

ROU  TE  D X EEC TORY  ( R J 

0 1 X 

1 O 1 

A 3 0 

X A X 

1 2 A 

1 3 3 


i /ME  = 6 ITERATION:  l 

NODE  b I RANSC1X  TTING  COST  MATRIX. 

COSl  MATRIX  <fJ> 


0 12 

1 O 1 

4 3 0 

1 X A 

A A l 

3 4 1 

ROUTE  DIRECTORY  (Rx 

0 1 1 

2 0 1 

2 3 0 

1 2 i 

1 A A 

X 3 3 


1 

1 

2 

0 

1 
A 


A 

1 

0 

1 
X 


1 

1 

A 

0 

1 
A 


3 

A 

X 

0 
X 

1 


A 

A 

1 

1 

0 

1 


X 

X 

3 

J 

o 

2 


2 

A 

X 

X 

0 

1 


X 

X 

3 

1 

o 

A 


1 

2 

2 

1 

1 

A 

O 


2 

1 

2 

1 

o 


1 

2 
2 
1 
1 
O 


cA  1 I MULO  DOWN.  NUDE.  2 DEST.  3 
###  t a i i hui  D Down.  node.  2 DEST.  b 

UME  - / ITERATION:  2 

NODE  I I KANSM J r T i NO  COS  T MATRIX. 

COS  I MA IRIX  (fiA 

1 
1 

2 
O 
] 

2 

KUO  TE  D / REC  F OK y < K A 


0 l 2 

1 O 1 
4 3 0 
1 1 2 
/ 2 ) 
3 4 J 


0 1 ] 
2 O ] 
2 3 O 

1 2 J 
1 2 2 
1 3 3 


<Mt#  EXIT  MUl.D  DOWN.  node.  1 DESr-  3 

IJME  = « ITERATION:  2 

NODE  2 TRANSMl TTINO  COST  MATRIX. 

CUSI  MAIRJX  (Da 

0 1 2 

1 O ] 

4 3 0 

113. 

2 2 1 

3 3 1 

KOOTE  DIRECTORY  (Ra 


3 

2 

1 

0 

1 
J 


1 

J 

2 

0 

1 
2 


0 1 1 
2 O ) 
2 3 0 

1 2 i 
1 2 2 
1 2 3 


2 

1 

0 

1 
l 


2 

2 

J 

1 

0 

1 


J 

J 

3 

1 

o 

2 


2 

2 

1 

1 

0 

1 


J 

1 

3 

1 

O 

2 


2. 

J 

2 

1 

o 


1 

2 
2 

1 

J 

o 


3 

2 

1 

2 

1 

o 


J 

2 

2 

1 

1 

o 
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UMt  * y it ek a r i on . 2 


node  s i ransm i r r i no  cost  matrix 


cOSl  ma (Rix  (0; 


ROUTE  DJ RECTORY  (R> 


TAME  = 10  HERAT  JON:  2 


NODE  4 TRANSM I FT I NU  COST  MATRIX 


COST  MAIRlX  <fU 


RlAO TE  DIRECTORY  (Rl 


I 


Appendix  C 


Routing  Simulation  Program  Listing 
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10  LIME  132 

10  INPUT  *•  DECT I NAT I ON  • 0*C RT  * 3=PR I NTEP > " « B 
30  INPUT  "LONG  OP  SHORT  PRINTOUT  '1  DR  0>  J " • FI 
4 u P R I N T ::  B « C HR '?■ 1 lie  1 

50  PRINTED*  CHRf.  ■-  12'  . "NETWORK  POUTING  ALGORITHM"'  PRINTED- 
60  F'R  I NT«B « " 3 I MULAT I ON  ORDER:  1 -TRANSMIT  COST  MATRIX,  2-RUN 
70  PRINT «D« " REACHABILITY  ALGORITHM. PRINTED, 

GO  DIM  C 1'7, 7 > -• REM  NODE  VS  L INE=DE S T NODE 
9 0 D I M C £ '7 « 7 > - R E M N 0 D E V S S 0 U P C E = I N LINE 
100  DIM  C3  1 7>  R'EM  “ LINES-  NODE 

1 1 0 D I M IJ  1 7 , 7 , ? > * D 1 7 , 7 ) * R '■  7 • ?)  , A ■- 7 , 7 > 

1 2 0 DIM  H < 7 , 7>  « D 1 '•  7>  , R 1 <?')  « H 1 (?)  , E 1 7 ) 

130  M=6  '■  N=6 

14  0 FOR:  I = 1 TON  - REA  DC  3 •'  I > NEXT 

1 5 0 FOP  I = 1 TON  - FOP  J=  1 TOM- 1 "-  REA  DC  1(1,  J)  --NEXT  -•  NEXT 

1 6 0 FOP  I = 1 TON  - FOR  J=  1 TON  - F EADC  2 I , J>  '--NEXT '-  NEXT 
1 7 0 FOR  I = l TON- 1 - FOP  J=  1 TON  PEADA  • I , J>  '--NEXT'- NEXT 

1 8 0 FOR  I = 1 TON"-  R-EADB  1 I ''  NEXT  I 

1 9 0 FDR  I = 1 TON  - PE  ADH 1 c I > "-  NEXT 
£00  REM  INITIALIZE  DATA 

£■  1 0 FOP  I = 1 TON  -FOR'  J- 1 TON"-  D ■"  I > J :•  =N"-FORK=  1 TON"  U < I , J , K>  =M 
£ 1 5 NEXTK  "-  NEXT  J NEXT  I 

110  INPUT  "COST  CHANGES  <Y  OR  N>  " .«  C$'-- 1 FCS  O “ V"  THEN320 
£30  PRINTED,  PRINT::!', '-  F'RINT“D,  "THE  FOLLOWING  CHANGES  MERE  MADE: 

240  PRINTED, 

250  INPUT “ENTER:  NODE, L INE- COST  <<  0 TO  STOP) 

16  0 I F I < 1 OR  I NOR  J < 1 OR  J > N-  1 THEN25  0 
270  I FC < 0THEN32 O'-  R'EM  STOP  CHANGES 
280  A >:  J , I ;>  =C 

290  PRINTED,  "NODE"  , I , " LINE  ::",J»"  COST  CHANGED  TO:",A<J,I> 

300  GOTO  250 
310  PRINTED, 

320  INPUT "HOLD  DOWN  DESIRED  <Y  CP  N>  ",Ci 

321  IF  C$="Y"  THEN  Fl=l  ELSE  F1=0 
330  IFF1=0THEN  GOTO350 

34  0 PR  I NT ::B , "-  PR  I NT ::D , " HOLD  DOWN  I N EFFECT . " "-  F'P  I NT «D , 

350  INPUT" NETWORK  CONFIGURATION  PRINTOUT -"Y  OR  N>  “ , Ct 

351  IF  Ct=  "N"  THEN  500 
360  D9=D 

370  INPUT  "CONFIG  PRINTOUT  BEST  (0=CRT, 1=AUX  CRT , 3=F'R  INTER,  4=AUV  CRT-)  “ , D 
380  PRINTED, 

390  PRINTED*  "-PRINTED,  "NETWORK  CONFIGURATION:  " "••  PR  I NT  “B , "-  FR I NT  ::B , 

400  PRINTED,  "NODE  «"  , TAB  < 1 O ' - "ADJACENT  TO"  , TAB  (25'  , "VIA  LINE  ::"  , TAB'  > .40)  , 
410  PRINTED,  "COST"  , TAB'  (46>  , "BIAS"  • TAB  ■ 52  - , "TIMER" 

42  0 FOR  I = 1 T057  --PR I NT ::D , " - " , "-NEXT"- PR  I NT ::B , \RR  I NT «D , 

43  0 FOP  I = 1 TON  F'P  I NT“D , TAB  ■:  2>  , I , 

44  0 FOR  J=  1 T0C3  I > 

45  0 PR  I NT«D , TAB  < 1 5>  , C 1 <1,  J ■'  , TAB  28  > , J - TAB  (41)  , A • J , I > , 

46  0 I FJ>  1 THEN47 OELSEPR I NT«D * TAB  •:  47)  « B • I ) , TAB  •'  53)  , H 1 I ) , 

47  0 PR  I NT::  D , - NEXT  J -F  P I NT«D , 

480  NEXT  I 

490  D=D9 

500  F'R  I NT::  D,  "NUMBER  OF  NODES:  "«N 
510  PRINTED, "VALUE  OF  MAX:  " , M 
520  PRINTED, 


I 

i 
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5 0 INPUT "NUMBER  OF  SIMULATION  I TEF  AT  I OHS  ".Ml 

540  PRINTED*  "NUMBER  OF  ITERATIONS:  ".Ni 

550  INPUT"  ITERATIONS  PEP  PAGE  “ « P 1 • I FP 1 = 0THEN55 0 


56  0 

PRINT 

f f 

HF 

18 

j 

57  0 

DRTR 

•3  * 

S'  * 

S*  9 

C 

58  0 

FEM  C 

1 

59  0 

DRTR 

4. 

C * 

0 * 

0 ' 

0 

* i J 0 

DRTR 

1 * 

4 « 

« 

IJ  f 

o 

6 1 0 

DATA 

cl  5 

5. 

6- * 

IJ  f 

0 

6 c 0 

DATA 

5* 

C * 

i * 

IJ  1 

o 

£ 3 0 

DATA 

4 9 

6'  9 

•*.  * 

1,1  f 

Ij 

64  0 

DATA 

5. 

9 

0 * 

•j  9 

o 

65  0 

PEM  C 

C. 

66  0 

DRTR 

On 

C • 

0 9 

1 * 

0 * 

0 

67  U 

DRTR 

1 * 

0 9 

•*. «» 

^1  f 

0 * 

ij 

680 

DRTR 

•j  9 

1 * 

0 9 

0* 

cl  9 

•s' 

69  0 

DATA 

. *!  f 

C 9 

ijt 

Ij  9 

1 * 

ij 

7 0 0 

DATA 

0 « 

•j  9 

•-*  * 

1 * 

0 9 

cl 

71  0 

DATA 

0 « 

0 9 

d 9 

0 9 

1 * 

o 

73  0 

PEM  A 

7 3 0 

DATA 

1 * 

1 • 

1 * 

1 * 

1 * 

1 

74  0 

DATA 

1 . 

1 n 

1 * 

1 * 

1 * 

1 

75  0 

DATA 

•j  « 

i * 

1 * 

l * 

1 * 

o 

7 6 0 

DATA 

Of 

0 9 

0 9 

0* 

M 9 

Ij 

770 

DATA 

0 « 

0 9 

ij  9 

0 f 

0 9 

Ij 

73  ij 

PEM  E 

79  0 

DATA 

0 * 

0 .< 

0 9 

0 9 

0 9 

0 

800  REM  HI (HOLD  INIT  VAL> 

81  0 BATA  0*  0*  0*  0*  0?  0 

8c 0 T9=  0 - c EM  INITIALIZE  SIMULATED  TIME. 

830  FOP  1 8=  1 TOM  t '•  PEM  MR  IN  LOOP  COUNTER.  I.  E.  “ OF  COMPLETE  ITERATIONS 
840  PEM  THROUGH  SIMULATION. 

850  FOP  1 7=1  TON'- PEM  I7=CUPPEMT  MODE  TRANSMITTING  COST  MATRIX 
860  T =FNR < 1 7> 

370  T9=T9+ 1 \p EM  T3  IS  SIMULA TEIi  TIME  IN  TICKS. 

880  FOP 1 9=1  TON" PEM  I9=CUPPENT  IMP 
890  FOP  1 = 1 TON  - PEM  I=DEST  IMP  -> 

900  IF  I = 1 9THEN 1 1 £ 0 '-PEM  DO  NOT  PROCESS  SELF 

910  IF  H < I * I 9 ■'  > 0 THEN  1 070--  PEM  IN  HCL  . DOWN  FOP  I? 

93  0 D1  <:i9.-=MvPEM  SET  TEMP  COST  TO  MRX 

93 0 P 1 1 9 • =P  <1,  1 9>  - PEM  SET  TEMP  LI NE 

94  0 FOP  J=  1 T0C3  < 1 9 \PEM  J=LINE  « FOP  IMP  19 

95 0 IF  U 1 I r J * 1 9 ■'  +A  1 J.  19 ) +B  1 1 9 > .>  =D  1 < 1 9 > THEN  98 0 

'8P,  0 D 1 < 1 9>  =U  < I . j » 19  > +h  • J >19  •*  +B  1 1 9 > ■ F EM  UF'DRTE  1 EMP  C 0 S T TO  I 

97  0 PI  <: 1 9>  = J--PEM  UF'DRTE  NEW  TEMP  LINE  TO  I 

930  T=lJ  ■:  I * J*  1 9 •' +A  •' J * I9-+B-:  19' 

990  IF  JO  PCI- 19':'  OP  T<=  D*.'I»  I9>  THEN  1080 

1 0 0 0 H < I * I 9>  =H  1 < 1 9>  PEM  SET  HOLD  DOWN  T I MER 

1009  IF  F 1 = 0 THEN  1080 

1010  PRINT “D * " ♦♦♦  ENTER  HOLD  DOWN.  NODE: " * 19* " BEST : " * 

1013  PRINTED" I * " LINE:".J 

1030  NEXT  J 

1 03  0 D <1*1 9 ■ =D  1 a 9>  PEM  SET  NEW  CO  ST  TO  ) 
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104m  IF  H • I • 1 9 • = OTHEN  P ■ I « I?  • =P  1 • I ? • PEM  IF  IN  HOLD  IC  DO  NOT 

1050  PEM  UPDATE  ROUTE, 

l Oku  goto  ii eo 

1 07  u D • I • I 9>  =t.t 1 I » R * 1 . 19  1 « 1 9 • +A  ■ R ■:  I « 19  ■ • 19  1 + B ■ 1 9 ■ PEM  IN  HOLT  D d M r r_i . 

1 MS 0 REM  SO  UPDATE  COST  TO  CURRENT  VALUE  OF  PREVIOU 

1090  REM  EE  ST  ROUTE. 

I 1 M 0 H • I » 19  > =H  ■ I » I - 1 REM  DEC  F EMENT  HOt-D  BONN  C GUNTER 

1 1 09  IF  H'l-I 9 • O M OR  F 1 < > 1 THEN  1 1 2 M 

HIM  PRINTED.  "«»«  EXIT  HOLD  DOWN.  NODE:  DECT:  “ . I 

HEM  NEXT  I 

I I 3 M D 1 1 9 • 1 9 ’ = M 

1 1 4 M R 1 1 9 ♦ 1 9 > = 0 -•  REM  SET  SELF  REACHABILITY  TO  M 

1 1 5 M H ■ 1 9 « 1 9 1 = U 

HEM  NEXT  19 

1170  PRINTED*  vPRINTttD*  "TIME  =".T9.  " ITERATION:  " • 1 3’- PRINTED* 

1 1 S M PR  I NT«B . " NODE ".17."  TRANS M I TT I N6  COS  T MATR I X . " 

119 M IF  F£=0THEN1£30 

1 £ 0 0 PRINTED.  “NEIGHBORS'  COST  MATRIX  YNC-' " -PRINTED. 

1210  FOP  1 = 1 TON- PRINTED.  " NODE"  . I . TAB  - 13M  + 1 .»  . -NEXT  I '■•■PR  I NT  « u . -PR  I NT  «D  • 
122  M FOR  I = 1 TON"  FORK  = 1 TON'-- FOR  J=  1 TON 
1 2 3 M PRINTED.  3 1 . U < I»  J»  K > > 

124 M NEXT  J 

1 25  0 PR  I NT :>D  j TAB'  '1 U ♦ k 1 . 

1260  NEXT  K 

1270  PRINTED. '--NEXT  I 

12SM  PRINTED. 

129M  PRINTED.  "COST  MATRIX  <D>  '"'■PRINT:tD« 

1 3 0 0 FOR  I = 1 TON- FOR  J= 1 TON 

131  M PRINT«B.  D ■ I . ..O  ? TAB  <12^  J>  » - NEXT  J 

1 32 M PRINTED- 

1330  NEXT  I 

134  0 PRINTED.  - PRINTED  * "ROUTE  DIRECTORY  •-R>  " "PR  I NT  »D . 

1350  FOR  1 = 1 TON-  POP  J=1  TON-- PRINTED.  R < I . J:<  .TAB:  •,12^J>  . -NEXT  J 
1360  PRINTED. -NEXT  I 

1 370  I F 1 7- 1 NT  •:  1 7 - P 1 > ♦P 1 = MTHENPR I NT “D . ChRi  < 1 2 > 

1380  NEXT  17 

1390  NEXT  1 3"- REM  ANOTHER  ITERATION. 

1400  INPUT "CONTINUE  <Y  OR  N>  " « C3" I FC$= " Y "THEN  1420 
1410  STOP 

1420  INPUT-DESTINATION  <G=CRT. 1=AUX  CRT « 3=PR 1 NTER « 4=AUX  CRT>  ? " . D 
1430  GOTO  220 
1440  DEF  FNA-:T> 

1450  REM  PASSES  THE  D ARRAY  OUT  OF  ALL  LINES  FOP  IMP  T- 
146  0 FOP  T 1 = 1 TO  C3<T>vREM  Tl=OUTFUT  LINE  « 

1470  L=C £ <C  1 ■■  T . T 1 > . T>  vREM  RECEIVING  IMP'  S LINE  « 

1430  P=C  1 CT . T 1 > "-PEM  RECEIVING  IMP  :: 

1490  FOR  T£= 1 TON- REM  T 2=DEST  IMP 

1500  U ‘ T£.  L.  P>  =D  1 T2.  T> '-  REM  TRANSFER  D ARRAY  FROM  IMP  T TO  p 
1510  NEXT  T£ 

1520  NEXT  T 1 
1530  RETURN  T 
1540  FNEND 
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i j 0 0 1 0 0 

OF'G 

X F C 0 0 

0 u 0 2-  0 0 

El 

0 0 0 4 0 0 

NOP 

00 04  1 0 

NOP 

0 i'i  fi l'l  I'l 

NOP 

0 0 05 1 0 

NOP 

nil  Hr,  INI 

5 

i’i  n i'i:-:  i’i  i'i 

PORTO 

IN 

02  0 

fi  i'i  fi*  n fi 

ANI 

01 

0 0 1 0 0 0 

.JZ 

PRT00I 

0 0 1 1 0 0 

IN 

021 

0 0 1 8 0 0 

ANI 

0177 

0 0 1 3 0 0 

CP  I 

024 

0 0 1 4 0 0 

cz 

TELE  1 

00141 0 

NOP 

0 0 1 5 0 0 

RET 

0 0151  0 

TELE  1 

PUSH 

B 

0 0 1 A 0 0 

PUSH 

H 

0 0 1 7 0 0 

LHLD 

ATMSG 

0 0171 0 

MV  I 

A - 00 

0 0 1 8 0 0 

CALL 

MSG 

0 0 1 9 0 0 

POP 

H 

•j  i.l  c U U U 

TELE 

IN 

02  0 

008 1 0 0 

ANI 

01 

002800 

JZ 

TF'ORTl 

002300 

IN 

021 

002400 

ANI 

0 1 77 

0025 00 

CPI 

024 

002600 

JZ 

CONTG 

002700 

MOV 

E * fi 

0088 0 0 

MV  I 

A - 00 

002900 

CALL 

CO  UT 

003000 

MV  I 

A-  02 

00  3 1 0 0 

CALL 

COUT 

0 038 00 

TF'ORTl 

IN 

022 

fin 3 3 i'i  i'i 

ANI 

01 

003400 

JZ 

TELE 

003500 

IN 

023 

0036  0 0 

MOV 

B- A 

0 037  0 0 

MV  I 

A - 00 

0 0 33 0 0 

CALL 

COUT 

0 089  i'i  0 

JMP 

TELE 

0 04 0 0 0 

CCNTG 

MV  I 

A - 0 

0 04  1 0 0 

ST  A 

MODE 

0 042 0 0 

PUSH 

H 

0 04  3 0 0 

LHLD 

A DMSG 

0043 1 0 

MV  I 

A - 0 0 

0044 0 0 

CALL 

MSG 

004500 

POP 

H 

004510 

POP 

B 

DATA  MODE. 

CRT  INPUT 
CRT  READY? 

? CHECK  OTHER  PORTS  IF  NOT  READY 

MASK  BITS  0-7 
; CONTROL  T ? 

YES. 


? SAVE  HL 

-LOAD  TMSG  POINTER. 

5 SET  OUT  FLAG  TD  CRT 

S RESTORE  HL 
CRT  STATUS 
READY? 

NO - CHECK  PORT  1 FDR  INPUT 
ELSE  INPUT  FROM  PORT  0 

CONTROL  T INPUT? 

YES- EXIT  TELE  MODE. 

SET  CRT  OUT  FLAG. 

ECHO  CHARCTER. 

SET  CYBER  OUT  FLAG 
OUTPUT  TO  CYBER. 

INPUT  PORT  1 STATUS. 

NOT  READY 


SET  CRT  OUT  FLAG 
OUTPUT  TO  CRT. 

LOOK  FOR  NEW  INPUT. 
SET  MODE  TD  0 


- LOAD  DMSG  POINTER. 
-SET  OUT  FLAG  TO  CRT 
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1 


0 0 4 P 0 0 

LDA 

C R 

0 047  0 0 

PET 

004730 

NOP 

004740 

NOP 

00475  0 

CY I N 

El 

0 04S 0 0 

PUSH 

PSW 

004300 

PUSH 

D 

0 05  0 0 0 

PUSH 

H 

005 1 00 

CYPDV 

IN 

02  0 

005200 

AN  I 

01 

0 05  3 0 0 

JZ 

CYB I N 

005400 

IN 

021 

0055 0 0 

AN  I 

0177 

005600 

CPI 

004 

005700 

J ^ 

CON  Tit 

0058 0 0 

CP  I 

02  0 

0 059  0 0 

cz 

CON  TP 

0 06  0 0 0 

CPI 

021 

0061 00 

r;7 

CONTQ 

i.i  06  c'  0 0 

CPI 

023 

0 063 0 0 

cz 

CONTS 

0 064  0 0 

CVBIN 

IN 

022 

fifi65  0 m 

AN  I 

01 

0 066  0 0 

CYRDY 

0 067 0 0 

IN 

023 

0 068  0 0 

AN  I 

0177 

0 068 1 0 

CPI 

0 

006820 

JZ 

CVDQNE 

006900 

PUSH 

PSW 

007000 

MOV 

B*  A 

0071 00 

LDA 

F'RNTTY 

007200 

CPI 

02  0 0 

007300 

CNZ 

COUT 

007400 

LDA 

EDIT 

007500 

CPI 

01 

007600 

JZ 

LED  IT 

007700 

LHLD 

TRCOM 

007800 

JMP 

CHECK 

007900 

LED  IT 

LHLD 

TAEDT 

0 08 0 0 0 

0081 00 

1 

0 082  0 0 

!» 

0 083  0 0 

CHECK 

POP 

PSW 

0084 0 0 

CMP 

M 

008500 

PUSH 

PSW 

008600 

• 

J» 

0 087  0 0 

• 

t 

0 088 0 0 

JZ 

MATCH 

008900 

MOV 

A<  M 

0 09  0 0 0 

LHLD 

AEOTC 

0 09 1 0 0 

CMP 

M 

PUT  CP  IN  A FOP  do: 


; SAVE  STATUS 


; JUMP  IF  OPT  NOT  READY 


« CONTPOL  D? 

? VED 

5 CONTROL  P? 

; CONTPOL  Q? 

; CONTPOL  S 

• F'OPT  1 STATUS 

• JUMP  IF  NOT  READY 
INPUT  DATA  FROM  CYBER. 
MASK  7 LSB 

5 CHECK  FOP  NULL 

•SAVE  DATA  READ 


; PRINT  ? 


5IN  EDIT  MODE  ? 

•JUMP  IF  IN  EDIT. 

•GET  CURRENT  POINTER  IN  COM 

GET  EDT  CURRENT  POINTER 
HL  NOW  CONTAINS  POINTER 
TO  CURRENT  DELIMITER 
CHAPAC  TP . 


5 RESTORE  PSW  TO  KEEP  STACK 
CORRECT.  A STILL  CONTAINS 
DATA. 

• JUMP  IF  MATCH 
LOAD  EOTC. 

;get  pointer  td  edtc 
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M l.l^c  U U 

JZ 

LEOTC 

1 1 1 1 H 1 1 1 1 

LHLD 

AEDT 

0094 00 

SHLD 

TAEDT 

no* son 

LHLD 

AC  DM 

nn  K-.  n n 

SHLD 

TACOM 

009700 

PDF' 

PSW 

0 0 99 0 0 

CMP 

M 

0099 1 0 

PUSH 

PSW 

0098  c'  0 

JZ 

MATCH 

009 8 9 0 

NOP 

009885 

NOP 

00984  0 

NOP 

0 09S=i  0 

NOP 

iniHAiin 

ECYIH 

LHLD 

CYCNT 

0 1 0 0 0 0 

DCX 

H 

0 1 0 1 0 0 

; ♦♦♦  c 

HECK  FOR 

OVERFLOW 

0 1 08  0 0 

MOV 

A j H 

01 0300 

CP  I 

0 0 

01  04  00 

JNZ 

CYSTOR 

0 1 05  0 0 

MOV 

A«  L 

01  08  00 

CPI 

0 0 

01 0700 

JNZ 

CYSTOR 

0 1 08  0 0 

MV  I 

A«  01 

0 1 09 0 0 

STA 

CYFIJLL 

0 1 1 0 0 0 

POP 

PSW 

0111 00 

JMP 

CYDONE 

011800 

CYST  DR 

SHLD 

CYCNT 

0 1 1 3 0 0 

LHLD 

CYFW 

0114  0 0 

XCHG 

0 115  0 0 

LHLD 

CYCUR 

0118  0 0 

INK 

H 

0117 0 0 

SHLD 

CYCUR 

0 1 1 8 0 0 

DAD 

D 

0 119  0 0 

POP 

PSW 

013000 

MOV 

Mj  A 

018010 

JMP 

CYRDY 

018100 

CYDONE 

POP 

H 

013800 

POP 

D 

0 1 33  0 0 

F'DP 

PSW 

0 1 84  0 0 

RET 

0185 0 0 

MATCH 

LHLD 

TACOM 

0 1 38  0 0 

INK 

H 

0 1 37  0 0 

SHLD 

TACOM 

0 1 38  0 0 

LHLD 

TAEDT 

0 139  0 0 

INK 

H 

0 1 3 0 0 0 

SHLD 

TAEDT 

013100 

JMP 

ECYIN 

0 1 33  0 0 

LEDTC 

MV  I 

A?  01 

0 1 3 3 0 0 

STA 

EOT 

0 134  0 0 

LHLD 

AEDT 

JUMP  IF  EGTC  FOUND. 

;re:et  pc inters  to 

5 BEGINNING  of 
; DELIMITERS. 


; LORD  CURRENT  CFILE  COUNT 


SNOT  0 SO  CONTINUE 
; CHECK  L REG 

S JUMP  IN  NOT  ZERO 
5 BUFFER  FULL 

?KEEP  STACK  STRAIGHT 

STORE  CURRENT  COUNT. 

5 GET  FIRST  WORD  POINTER 

S POINTER  TO  LAST  WDPD  STORED 

? C YCUR  = *-*- 1 

RELATIVE  ADDRESS  IN  CFILE 
S RETRIEVE  DATA 
S STORE  DATA 

S RESTORE  STACK 


! TACOM»*+l 


S TAEDT=»+1 


5 SET  EOT  = 1 
5 RESET  POINTERS 
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01 5500 

SHLD 

TREDT 

01 5600 

LHLD 

ROOM 

0 157  0 0 

:hld 

TRCOM 

0 1 56  0 0 

LHLD 

CYCMTI 

0 1 56 0 0 

5HLD 

CYCMT 

0 1 4 0 0 0 

POP 

PSM 

J RETRIEVE  DRTR 

0141 0 0 

POP 

H 

014600 

POP 

D 

0 1 4 5 0 0 

POP 

PS  I.J 

0144  0 0 

PET 

01451  0 

con™ 

LHLD 

RREMSG 

* REOP  T MSG  POINTER 

014560 

MV  I 

R»  00 

;SET  CRT  DUT  FLRG 

0 146  0 0 

CRLL 

MSG 

014700 

PUSH 

PS  M 

i KEEP  STACK  C EFFECT 

014800 

.IMP 

LEOTC 

; RESET  POINTERS. 

0 1 5 0 0 0 

CO  HOP 

PUSH 

PS  LI 

0151 0 0 

LDR 

PRNTTY 

! GET  PPIMT  MRSK 

0 1 56 0 0 

DPI 

0 1 0 

?SET  PRIMTEP  EIT 

0 1 5 5 0 0 

STR 

PRMTTY 

0 154  0 0 

MV  I 

R i 01 

0155 0 0 

CTH 

PRMTF 

?SET  PPIMTF  PLRG 

0 156  0 0 

POP 

PSI.il 

0157 0 0 

PET 

0 1 58  0 0 

CDNTQ 

PUSH 

PS  l.il 

015900 

LDR 

PPMTTY 

0 1 6 0 0 0 

MV  I 

R« 0500 

0 161  0 0 

STR 

PRMTTY 

5 SET  CRT  IM  MRS K 

0 1 66  0 0 

STR 

PRMTF 

? SET  PRIMT  FLRG 

0 1 6 5 0 0 

PDF' 

PS  lil 

016400 

RET 

0 165  0 0 

CEJMTS 

PUSH 

PS  t<l 

i'j  1 6 6 0 0 

MV  I 

R i 0 0 

016700 

STR 

PRMTTY 

5 RESET  PRIMT  FLRG 

0 1 68  0 0 

POP 

PSIil 

0 1 69  0 0 

RET 

016950 

COUT 

El 

017010 

RUSH 

PS  lil 

5SRVE  R PEG 

017  06  0 

RNI 

07 

5 MRSK  3 LSE 

0171 0 0 

CP  I 

0 

0171 1 0 

JMZ 

CYOUT 

•CHECK  OUT  TO  CYEEP 

0 17160 

D I 

; n I IF  OUT  TO  DEV  I Cl 

01761 0 

MOP 

017660 

MOP 

017550 

MOP 

017540 

MOP 

017700 

CRTRDY 

IM 

05  0 

0 1 78  0 0 

RM I 

05 

0179  0 0 

|“7 

CRTRDY 

MOT  READY. 

0 1 8 0 0 0 

MOV 

R • E 

0 1 8 1 0 0 

OUT 

05 1 
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02  1 2 3 0 

DPb 

X F B 0 0 ' 

021535 

El 

021240 

3 TP 

IHMPSK 

; iPVE  IHPUT  MPSK 

02 1 24  is 

F'PTOOI 

LDP 

IHMPSK 

021245 

CP  I 

0 

02  1 25  0 

JMZ 

PPT24I 

; CHECK  PORT  024  IF  HOT 

FORT 

021255 

JMP 

POP  TO 

5 ELSE  JUMP  TO  PORT  0 

02 1 3 0 0 

PPT240 

PDF' 

PS  l.l 

;FORT  024 

02 1 3 1 0 

PUSH 

PSW 

02 1 32  0 

CPI 

01 

; CHECK  PORT  024  DEVICE 

Ft_PG 

02 1 33  0 

JMZ 

PRT260 

! HOT  SET  SO  JUMP 

02 1 34 0 

PRT24Y 

Ih 

024 

02 1 35 0 

PHI 

02 

02 1 36 0 

NCR 

021370 

HOP 

021375 

HOP 

02 1 373 

HOP 

02 1 33  0 

J2 

PR T 24V 

? HOT  RDY 

02 1 39  0 

MOV 

H.  E 

02 1 4 0 0 

OUT 

025 

02 1410 

PRT260 

POP 

PSW 

021420 

PUSH 

PSW 

02 1 43 0 

CPI 

04 

021440 

JMZ 

HO  OUT 

021450 

PPT26V 

IN 

026 

021460 

PHI 

02 

021470 

HOP 

021430 

HOP 

02 1 435 

HOP 

02 1 433 

HOP 

02 1 49  0 

JZ 

PPT26V 

02 1 5 0 0 

MOV 

P •>  E 

02  1510 

DUT 

027 

02 1 52  0 

JMP 

HOOUT 

021550 

FRT24I 

LDP 

I HMPSK 

5 LOPD  IHPUT  MPSK 

02 1 555 

CPI 

01 

5 I HMPSK =1  ? 

02 156  0 

JMZ 

PRT26I 

5 HO-C HECK  PORT  026 

02 1 6 0 0 

P24PBY 

IH 

024 

; IHPUT  STPTUS 

02 1 6 1 0 

PHI 

01 

021620 

HOP 

021630 

HOP 

02 1 64  0 

HOP 

021645 

HOP 

021650 

•JZ! 

PORTO 

5 THIS  PLLDWS  PORT  0 TO 

PLWP' 

021655 

5 

RECEIVE  IHPUT  EVEN  IF 

PORT 

02 1 653 

? 

IS  HOT  REPDY. 

02 1 66  0 

IH 

025 

02 1 67  0 

PHI 

0 1 77 

02 1 63  0 

HOP 

02 1 69  0 

HOP 

02 1 7 0 0 

HOP 

02 1710 

RET 
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0 1 82 0 0 

CYOUT 

PDF' 

PSt.i 

0 1 S 3 0 0 

PUSH 

P S i.l 

0 1 34 0 0 

CPI 

02 

0 1 85  0 0 

JNZ 

PRNT 

0 1 SC 0 0 

CYBRDY 

IN 

022 

0 1 87 0 0 

AN  I 

02 

0 1 88  0 0 

JZ 

CYBRDY 

0 1 89 0 0 

MOV 

A-B 

0 1 9 0 0 0 

OUT 

023 

0 1 9 0 1 0 

CALL 

TIRST 

0 1 9 1 0 0 

PRNT 

POP 

PS  l.i 

n 188  0 0 

PUSH 

PS  l.i 

0 1921  0 

CPI 

03 

0 1 922 0 

JZ 

RRNTRY 

019800 

AN  I 

0 1 0 

0 194  0 0 

|7 

RRT240 

0 195  0 0 

F'RNTRY 

IN 

042 

0 1 96  0 0 

AN  I 

02  0 0 

0 197  0 0 

JZ 

PPNTRY 

0 1 98 0 0 

IN 

043 

0 1 99  0 0 

MOV 

A-B 

02  0 0 0 0 

OUT 

043 

02  0 1 0 0 

JMP 

NDDUT 

02  08 0 0 

MSG 

ST  A 

PRNTTY 

02  03 1 0 
02  04  0 0 

Mi  SLR 

5 

LDA 

PRNTTY 

020500 

MOV 

B-M 

02 06  0 0 

CALL 

COIJT 

02  07  0 0 

I MX 

H 

02  08  0 0 

MOV 

A - M 

02  09  0 0 
02 1 0 0 0 

CPI 

PZ 

0 

02 1 1 0 0 

JMP 

MSGLP 

02 1110 

FLOCK 

PUSH 

H 

021120 

PUSH 

PS  1.1 

02 1 1 3 0 

MV  I 

A-  01 

02114  0 

STA 

FPRESF 

02115  0 
021155 

LHLD 

D I 

AFNAME 

02 1 1 6 0 
021165 

CALL 

El 

X ' 2 0 1 C 

021170 

■JNC 

FLDONE 

021180 

MV  I 

A-  0 

02 1 1 9 0 

STA 

FPRESF 

02 1 2 0 0 

FLDONE 

PDF' 

PS  W 

02 1 2 1 0 
02 1 22  0 
021225 
02 1 228 
021229 

1 

n 

• 

t 

POP 

RET 

H 

CYBER  READY? 

NO. 

OUT  TO  CYBER. 

! JUMP  IF  OUT  TO  PRINTER 

; CHECK  FORT  024  OUT 
PRINTER  STATUS 

NOT  READY. 

FESEET  CONTROL  BIT  7 

? POINTED  TO  BY  HL 
! MOVE  CHARACTER  TO  BE  PRINTED 

! INCREMENT  POINTER. 

* EOM  CHARACTER 

syes*  so  return. 

5 LOOK  FOR  FILE  ON  MIN  I -FLOPPY 

;a  must  be=i  for  dlook 

; ASSUME  FILE  FOUND 

DO SC YE 1 DLOOK  ROUTINE 
-’FILE  FOUND 
SNOT  FOUND 
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£1715 

PPT£6 I 

LDP 

I NNH i K 

£ 1 ?£  0 

CPI 

04 

;iNMRiK=4  -■ 

£ 1 7£5 

JNZ 

NEXT  IN 

; CHECK  NEXT  INPUT  DEVICE 

£ 1 73  0 

F'£6RDY 

IN 

0£6 

SPORT  0£6  INPUT  ROUTINE 

£ 1 735 

RNI 

01 

£1743 

NOP 

£1745 

NOP 

£1750 

NOP 

£1753 

NOP 

£1755 

JZ 

PORT  0 

? SRME  RS  FORT  0£4 

£1760 

IN 

0£7 

£1765 

RNI 

0177 

£1770 

NOP 

£1775 

NOP 

£1780 

NOP 

£1785 

RET 
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lj  0 0 0 0 

ORG 

0 1 7 67  33 

i.i  i.i  ;.i  4 i : i j 

A A EMC 3 

DM 

REM : G 

0 0 i j 5 0 0 

ATMSG 

DM 

TMSG 

0 lj  I.I  13  IJ  I.I 

ADMSG 

DM 

DM  S 6 

•ADDRESS  OF  DM36 

i.i  u 0 7 0 0 

HOP 

0 ij  ij?  l ij 

HOP 

0007c 0 

HOP 

000730 

HOP 

000900 

room 

DM 

COM 

? POINTER  TO  START  OF  COM 

0 1 j 1 0 0 0 

AEDT 

DM 

EDT 

5 POIHTEP  TO  STRPT  OF  EDT 

0 0 110 0 

AEOTC 

DM 

EOTC 

POINTER  TO  EOTC. 

0 1 j 1 3 1 j l j 

RFNRME 

DM 

FHRME 

00131  0 

HOP 

001330 

HOP 

001340 

HOP 

001350 

TIPST 

PUSH 

H 

0 0133  0 

LX  I 

Hu  TIGHT 

001370 

MV  I 

R « 00 

001330 

MOV 

Mu  R 

001390 

I NX 

H 

0 0 1 3 0 0 

MOV 

M*  H 

SECONDS 

001 51  0 

I MX 

H 

001 330 

MOV 

M«  R 

5 MINUTES 

001 330 

I NX 

H 

001 340 

MOV 

M>  R 

; HOURS 

001345 

POP 

H 

00 1 350 

PET 

001 360 

HOP 

00 l 370 

HOF' 

0 0 1 4 0 0 

OPG 

X ' 3915 ' 

0 0141  0 

NEXT I M 

JMP 

PORTO 

001430 

OPG 

X •’  390  0 '' 

001430 

HO  OUT 

POP 

PSM 

; RESTORE  STACK 

001440 

MOV 

R.  E 

5DRTR  MUST  EE  RETURNED  IN  h 

0 0 145  0 

PET 

0 0 1 6 0 0 

ORG 

000 

0 0 1 7 0 0 

LEVO 

JMP 

LEVO 

001800 

ORG 

0 1 0 

0 0 1 9 0 0 

LEVI 

PUSH 

D 

0 03  0 0 0 

PUSH 

H 

003100 

PUSH 

PSM 

003300 

JMP 

CYIM 

003  3 0 0 

ORG 

03  0 

003400 

LEVS 

JMP 

LEVS 

00S500 

OPG 

03  0 

0 036  0 0 

LEV3 

JMP 

LEV3 

003700 

ORG 

040 

003300 

LEV4 

JMP 

LEV4 

003900 

ORG 

050 

003000 

LEV5 

JMP 

LEV5 

003 1 00 

ORG 

06  0 

0038 0 0 

LEV6 

JMP 

LEV6 
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i*i  i*i  ::  i*»  i*i 

OPG 

0100  : DATA 

0 0 3 4 0 0 

MODE 

DS 

1 ’ 

l'l  fi  5 i'i  u 

CP 

DE 

0 5 NULL 

iiii:-;Ki.ni 

EOT 

DS 

1 5 END  OF  TEXT  FLAG 

003700 

L P b 

DS 

1 ; MAX  value  fop  I 

fi  i'i 33  0 m 

EDIT 

DS 

1 

ijm  ij  ».i 

COM 

DE 

0 1 c' 

0 04  0 0 0 

DC 

"COMMAND-  " 

004 1 00 

I 

DS 

1 -COM  AND  EDT  INDEX 

0042 00 

EDT 

DE 

0 1 2' 

004300 

DC 

'*  # *' 

004400 

EOTC 

DE 

0240 

0 045 0 0 

C i t UP 

DS 

2 ; <L-  H'1  CFILE  CUPPENT  POINTER 

004600 

C-YFU 

DE 

000-  001  ? * L-  H'1  CFILE  FIRST  I..ICPD  FDINTEF 

004700 

CYCNT I 

DE 

000- 020  ; <L»H>  INITIAL  MAX  COUNT 

004300 

CYC  NT 

DS 

2 5 <L - H>  CFILE  CUPPENT  COUNT 

004900 

CYFULL 

DS 

1 ? CFILE  FULL  FLAG. 

005000 

FNAME 

DS 

9 -FILE  NAME 

0051 00 

FPPESF 

DS 

1 -=1  FILE  FOUND- =0  NOT  FOUND 

005300 

NMB 

DS 

5 -TIME  COUNTERS 

0053 1 0 

CUPLEV 

DE 

0 -INTEPUFT  MASK 

005320 

TMSG 

DE 

0 1 2’ - 015-  " TELE  MODE " • 07 - 07 « 0 1 5 < U 1 2 - 0 

00533  0 

DM  3G 

DE 

0 1 2‘ - 015-  " DATA  MODE " » 07 - 0 15?  012-  0 

005340 

ABMSG 

DE 

012?  015? "ABORT  CYIN" - 07 - 07 - 015- 012- u 

005  35 0 

PPNTTY 

DE 

0 ? PRINT  MASK 

005360 

F'FNTF 

DB 

0 -PRINT  FLAG 

00537  0 

TACOM 

DW 

COM  -TEMP  FO INTER  TO  COM 

005980 

TAEDT 

DW 

EDT  - TEMF  POINTER  TO  EDT 

005390 

TICMT 

DS 

4 J CURRENT  DURATION  COUNTER 

005395 

TISET 

DE 

0-  0-5-  0 - INTEPUFT  ALARM  INTERVAL  ■■ . 01  - SEC-  MIN-  HF 

005400 

TIFLG 

DB 

01  -TIME  DURATION  FLAG 

005410 

TITPP1 

JMP 

X'  2900''  - TIFLG=001 

005420 

TITPP2 

DS 

3 - TIFLG® 002 

005430 

TITPP3 

DS 

3 - TIFLG- 004 

005440 

TITPP4 

DS 

3 - T I FLG=  0 1 0 

005450 

TITPP5 

DS 

3 - T I FLG= 02 0 

005460 

TITPP6 

DS 

3 J TIFLG® 040 

005470 

TITPP7 

DS 

3 5 TIFLG* 100 

005430 

TITPP3 

DS 

3 ? TIFLb=2  0 0 

005490 

INMASK 

DB 

0 ; INPUT  DEVICE  MASK 

00b 000 

END 
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Appendix  E 


CYBER  Program  Listing 


1 

i 00  Kt.CI  a4 *#"fr ♦♦  * I.  Y£tvK  ^ -tf v ■*•<(■* -rt* ■»■  **r -rt- ■«■  •<>•  ■(*• -tt- -fr -<v 

x'A*0  Kt.ll  it*  8t"P  78  *■  -tt- ■#(■•«■■((■ -fr  •#•■**•  -»•-«■-><■-#»'■<*■-<<-■#-  ^*-4-  ■»■*/■ 

oOO  RFll 

400  OKI  MH/.  r * A 500  I 

5oo  mj  =256*40- 1 vRFu  riilx  <.0F8T2  8//F 

600  11=64  VRFll  lUJOt 

/OO  fc=66  vRFil  FuT 

600  t 1 =68  vRFr'l  FOl  r 

>oo  i =64618  vRFii  u y In  a i 7m  4 5 a 

J OOO  0 1 =84  vRF  Cl  tUUK 

A i OO  L2=86VRF|1  IYFW 

1200  18=80  VRF ll  LYCnT 

i800  a.4=82  vnfh  lyclul. 

J OO  b5=88  VRFCl  I.  Y LN  r J 

A 500  F =64860  vRF  ll  F l UOK  A 1 76  700  A 

A 600  06- J 02  VRFll  FPRFSF 

A 700  1-7=88  VRFfl  FNKflF 

J 600  r 1 = 1 06  VRFfl  Nllh 

1800  f 8=65024  VRFfl  f INl  X ( 1 7 7 OOO  A 

1810  f 5- 65221  vRFil  inFFRuPT  FNrt;‘l  F A A 776o5a 

1820  r 6-65226 VRF Cl  ■•  OibKBl  f 1 1 7760  7 A 

J 880  f 7=  J 6 7 VRFfl  r I 8F  I 

A 840  r 8- 1 7 1 VRFfl  r J KUj 

1850  ry- 1 66  vRFn  f/owf 

2000  FJl.l.  CliOVKJl-l.  tf . OVFIl.l  C4,  OvFil.l.  Fl.OvF/l.l.  T8,  1 
2100  (=U«i..ui  T8a  vRFn  iNJNrtiiZF  vl  buURft/R re 
2200  1.1-0  VPR  a N r V 1 NPA. t T " RF WUF8  T-  " , b* 

2800  R=FNRAb*A 

2400  ON  R bOfU  2500.  2600,  2700, 2800, 2800,  8000, 8100, 8200,  8800 

2.500  F2~  1 v r -FnF  A F2 A VbU  f 0 2:200 

2600  F 1 =0  VbUSUfi  5200  VRF H " C Y " VbU  T U 2.200 

2/00  bUTO  2200  VRFfl  fil.ANK.  l.INF 

2800  b<.t6i.i6  18100  VbU  I U2200  vRFil  “ FR  " 

2800  bUSuB  24 1 OO  VbU  IU22UO  VRFfl  "SfV 
8000  bU8Alb2y000Vbt.irU2200vKt.fi  l.F 

8100  b08U6  6800  VbU  ( 02200  VRFfl  "iX" 

8200  bU8b 6 8600  VbU  T 02200  VRFU  " \ S " 

8800  bU8UB  1 4 600  VPR J N T VPR  1 N T " FNfi  OF  PRUbRAM:  ", 

88 1 0 bbSUfi 1 08 OO  Vh  Nfi 

8400  RF(1  *********************************************** 

8500  OFF  FNF  < F2 A 
6600  PRINT  nO, 

8700  UN  F2  buru  8800,  4000.  4200.  4400,  4500,  4600,  4 700.  4600.  4800 
6800  PRiNl  nO,  "il.l.FUAl.  RFQAJFST-  ",  U5AP1 , LtNAA.* A A 
8800  bU  T U5O0O 

4000  PR  1 N r nfi . “ ARbUllFN r FRRUR-  c*api  , l.fnau*a  a 
4100  bU  TU5000 

4200  PRINT #0,  "ARb  UUF  UF  UFJl.F-  ",  U*APl , l.FN(U*A  A 
4800  bUTUSOOO 

4400  PRlNrnO,  "NUNFRiU  ARb  FxPfcCTFD-  ",  U*  (Pi.  L.FnaC*  1 > VbU  rUSOOO 
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4 000  pKlIV  r#0«  •* < SUUNCP>  Due's  NOT  eXXST-  ' . S*  V00T05OOO 
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0 0 1 0 0 

Or  *3 

; : f E o i'i 

0 o n i 5 0 

UNIT 

MV  I 

•»  0 *:A  j 

i in  iic' mi 

OUT 

0 376 

0 0 0 2 5 0 

El 

ij  M h ij  ij 

PET 

I'l  fi  i'i  -:ci  H 

T I ME 

PUSH 

PS  U 

ij  U Ij4  0 U 

PUSH 

£ 

ij  0 045  0 

PUSH 

H 

U 0 iJ~  IJ  IJ 

Ll'ft 

CUF'LEV 

000550 

PUSH 

PS  M 

Mil  lit.  ij  II 

MV  I 

ft  i 0 1 1 

000650 

STft 

CUF'LEV 

000700 

DPI 

033  0 

0 0 0 75  0 

OUT 

0376 

0 0 OP  on 

El 

00 OP 5 0 

MV  I 

B«  02 

0 0 OP 0 0 

LX  I 

H-MMB 

0 0 095  0 

MOV 

R<  M 

0 0 1 0 1 j 0 

IMP 

M 

001 050 

SUI 

95 

001 1 00 

.JMZ 

CNTLP 

0 0 115  0 

MOV 

M?  ft 

0 0 1 2 0 0 

I NX 

H 

001250 

LOOP 

MOV 

ft.  M 

0 0 1 3 0 0 

IMP 

M 

001350 

SB  I 

0 0 1 4 0 0 

JNZ 

CNTLP 

001450 

MOV 

M?  ft 

0 0 1 5 0 0 

I NX 

H 

00 1550 

DCR 

B 

0 0 1 6 0 0 

JNZ 

LOOP 

0 0 165  0 

MOV 

ft.  M 

0 0 1 7 0 0 

IMP 

M 

001750 

SB  I 

c.  o 

0 0 1 3 0 0 

JNZ 

CNTLP 

0 0 1 85  0 

MOV 

M.  ft 

0 0 1 9 0 0 

CNTLP 

MV  I 

B > 02 

0 0 195  0 

LX  I 

H. TICNT 

0 02  0 iJ  U 

MOV 

ft . M 

002050 

I NR 

M 

002100 

SU I 

95 

0 02 1 5 0 

JNZ 

CNTCK 

002200 

MOV 

M » ft 

002250 

I NX 

H 

0 023 0 0 

LOOP  1 

MOV 

ft.  M 

002350 

INF' 

M 

002400 

SB  I 

59 

002450 

JNZ 

CNTCK 

002500 

MOV 

M*  ft 

002550 

I NX 

H 
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0 0 c 6 0 0 

DC  R 

B 

00 SC 5 0 

JNZ 

LOOP  1 

00 £7 00 

MOV 

H * M 

00 S7S 0 

IMP 

M 

0 OS  8 0 0 

SB  I 

S3 

00285 0 

JNZ 

CNTCK 

0 OS"?  0 0 

MOV 

M * A 

0 OS'?  5 0 CNTCfc 

LX  I 

H.TICNT 

Hi'i  8 fill  it 

LDH 

TISET 

i'i  0:-:  OS  0 

CMP 

M 

0081 00 

JNZ 

OUTLP 

0 03 1 S 0 

I NX 

H 

003800 

LDH 
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003S5  0 

CMP 

M 

110:3:300 

JNZ 

OUTLP 
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I NX 

H 
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CMP 

M 
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H 
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M 
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LX  I 
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MDV 

HtM 
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AN  I 

0377 
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j7 

OUTLP 

003950 

AN  I 

01 

0 04  0 0 0 

CNZ 
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MOV 
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04 
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MOV 

A*  M 
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CNZ 
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MOV 

A*  M 
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oso 

004600 

CNZ 

TITPP5 

004650 

MOV 

A.M 

004700 

AN  I 

04  0 

004750 

CNZ 

TITPP6 

004800 

MOV 

A*  M 

00485  0 

AN  I 

0 1 0 0 

004900 

CNZ 

TITPP7 

004950 

MOV 

An  M 

0 05  0 0 0 

AN  I 

OS  0 0 

005050 

CNZ 

TITPP8 

HD  UPS 


01  SEC 


SECS 


; MIMS 


; HRS 
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distributed  routing  algorithm's  response  time  to  changes  in  the  network  topology 
and  traffic  flow  and  to  reduce  the  algorithm's  oscillation  caused  by  changes  in 
the  network  topology  a technique  known  as  "hold  down"  was  incorporated.  A de- 
scription of  the  routing  algorithm,  including  this  "hold  down*  technique,  is 
discussed  in  sufficient  detail  to  permit  implementation  of  the  algorithm  into 
the  proposed  DEL  network. 

In  addition  to  the  description  of  the  distributed  routing  algorithm,  several 
types  of  communications  protocols  were  investigated  for  use  in  the  node-to-node 
network.  The  Advanced  Data  Communications  Control  Procedures  and  the 
Synchronous  Data  Link  Control  procedures  were  recommended  for  use  in  the  pro- 
posed DEL  network.  ^ 

Another  subject  investigated  was  the  development  and  implementation  of  a 
data  link  between  one  of  the  nodes  in  the  proposed  DEL  network  and  the  CDC  CYBER 
74  computer.  This  data  link  provides  the  capability  to  send  data  files  between 
a network  node  (an  Altair  8800b  computer)  and  the  CYBER  74  computer.  The  data 
interface  allows  the  user  to  selectively  manipulate  either  the  Altair  computer 
software  using  the  Altair  operating  system  or  the  CYBER  74  system  software 
using  the  CDC  INTERCOM  system.  The  selection  of  either  system  is  easily 
accomplished  using  simple  user  commands.  File  transfers  between  the  two  com- 
puters is  controlled  using  the  interface  software  developed  in  this  investiga- 
tion. The  ability  to  transfer  files  between  the  Altair  computer  and  the  CYBER 
74  computer  will  allow  the  CYBER  74  computer  to  be  used  as  a DEL  network 
resource  once  the  DEL  network  is  developed. 

The  thesis  is  organized  in  three  parts.  Parts  1 and  2 describe  the  dis- 
tributed routing  algorithm  and  the  Altair/CYBER  74  interface  program  respec- 
tively. Part  3 is  the  User's  Manual  for  the  Altair/CYBER  74  data  interface 
program  and  is  published  under  a separate  cover. 
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